現在對于低代碼這塊很火，但是很多産品經理還不太清楚這塊實作的邏輯，下面我做個簡單的分析。
清單頁的動态配置兩種大體思路：
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 | 私有化 |