低代码时代，产品经理该如何实现逻辑配置？
现在对于低代码这块很火，但是很多产品经理还不太清楚这块实现的逻辑，下面我做个简单的分析。
列表页的动态配置两种大体思路：
1、基于表单，主表、子表，生成代码，人为修改
2、基于数据模型，剥离 列表页展示与数据处理
第一种方式，代表有 jeeplus、jeecg等。
这种方式的特点，先基于底层数据模型，然后配置生成 1：1、1：N的关联的表单，系统自动生成CRUD的代码，开发者将代码下载下来，增加对应的逻辑处理后，再发布。
配置方式：
- 配置底层的库表
- 基于底层的库表配置对应的表单（可以设置1对多的 子表模式）
第二种方式代表， 钉钉的宜搭、 JVS
这种方式的特点，基于需要展现的内容进行配置，系统自动实现底层的数据模型
配置方式：
先配置列表页（展现的字段）
在配置列表页
实现方式对比
|
方式对比 |
Jeeplus、jeecg |
钉钉宜搭、JVS |
|
使用人员
|
开发人员
|
产品经理、业务人员、开发人员
|
|
设计思路
|
基于表单的数据构建列表页，表单、列表、触发事件一体设计
|
基于所见的内容构建列表，剥离列表页与表单的设计，增加逻辑处理
|
|
数据依赖方式
|
完全依赖数据表
|
不完全依赖数据库表
|
|
是否需要先建库表
|
是
|
自动创建
|
|
底层自动生成逻辑
|
底层相对简单
|
底层相对复杂，底层实现了大量的数据转换的过程
|
|
操作对比
|
使用相对有门槛，但是需要对技术理解，下载对应代码，放入工程，修改逻辑后，部署上线
|
使用门槛比较低，配置简单，即配即用
|
|
扩展性
|
扩展性强
|
依赖http扩展，可以联动代码扩展
|
|
成本节约程度
|
off 30%
|
off 40%，对于简单的业务逻辑可以达到70%左右的成本
|
在线体验的demo
|
对比 |
部署模式 |
链接地址 |
开源地址 |
|
jeeplus
|
私有化
|
demo链接：http://www.jeeplus.org/
|
|
|
jeecg
|
私有化
|
demo链接：http://www.jeecg.com/
|
开源地址：https://github.com/jeecgboot/jeecg-boot
|
|
宜搭
|
SaaS平台
|
demo链接：https://www.aliwork.com/
|
|
|
JVS
|
私有化
|
demo链接：http://frame.bctools.cn/#/login
|
开源地址：https://gitee.com/software-minister/jvs
|
您觉得哪种方式要好些？请在评论区描述下
投递58到家等公司9个岗位 >
，所以，顺其自然吧