現(xiàn)在多數(shù)的低代碼平臺，入門的第一課就是怎么設計表單，通過可視化，拖拉拽控件的方式，快速地生成一個表單。當然這個方法易上手，是多數(shù)低代碼平臺中最吸引眼球的功能，畢竟通過拖拉就可以生成以前程序開發(fā)人員才能做的表單，用戶容易獲得成就感。

但我們要知道一點，就是我們生成的這個表單，只是一個孤立的表單，不可復用，沒有與上下表單的邏輯關系。也許，做一個收集數(shù)據(jù)的周邊系統(tǒng)，這些就已經(jīng)夠了，但如果是開發(fā)一個專業(yè)級別的企業(yè)管理系統(tǒng)，這種方式就不好用了，系統(tǒng)越大，表單越多，這種方式的弊端越明顯。就像是我們開發(fā)一樣，一開始如果頁面少，那么可以將這個頁面的邏輯代碼都寫在這個頁面文件中。但隨著頁面數(shù)量的增加，我們就必須要重構代碼了，比如開始搞多層架構，搞設計模式，搞抽像重載，引入第三方組件等等，不然，一點邏輯小變動，系統(tǒng)到處都要改。

那要怎么設計會好一些呢，僅發(fā)表一些個人的看法，也是我們自己低代碼平臺的配置流程。

一、先設計流程

流程就好比我們要完成一件工作，先不去想細節(jié)，先定義好步驟，先做什么，再做什么。比如：企業(yè)要通過信息化管理辦公用品的采購流程，最簡單的步驟是： “采購” -> “收貨” -> “付款”。那我們就先在流程設計中把這個流程定義下來。流程設計的好處是思路清晰，變更簡單。比如系統(tǒng)運行一段時間后，人事部門要求采購前需要先申請，那么我們只要在采購前面再增加一個“采購申請”節(jié)點，財務部門要求付款前要先與供應商對賬，那我們再在“付款”前面增加一個“供應商對賬”節(jié)點，整個流程就變更為：“采購申請”->“采購” -> “收貨” ->“供應商對賬”-> “付款”,配置簡單。

二、設計模型

流程設計好了，那我們就開始設計模型，比如“采購申請”，這個單是單表結構，還是主細表結構？還是主細細表結構？主表上面要哪些欄位？細表上面有那些欄位？各個欄位之間的關系是什么？每個欄位要使用什么樣的編輯類型等等。

這個模型設計完成后可以復用。比如在采購訂單，收貨單，對賬單，收款單上面都有可能需要顯示收貨明細，那么“收貨明細”這個模型就可以反復使用。后面要增減字段，只需要修改模型，被引用的地方都可以自動更新。

模型設計完成后，需要和流程一起設置完成條件，比如“采購申請”滿足何種條件后，自動流向“采購”這個節(jié)點。這個也是平臺中“待辦事務”的數(shù)據(jù)來源。

三、創(chuàng)建數(shù)據(jù)庫表

這步是平臺自動完成，用戶是沒有感知的。

四、表單布局

這個表單布局就非常的簡單了，因為欄位的各屬性在模型中已經(jīng)被定義，所以只要將模型欄位拖放到想要的位置就可以了。這步也是可以省略的，平臺會根據(jù)模型默認一個布局。平臺會根據(jù)布局自動生成PC端作業(yè)與APP端作業(yè)。這樣，整個配置工作就完成了

當然，這個流程并不是固定的。比如ERP中的一些基礎資料，如“物料信息”，“BOM表”這些不需要參與流程的，就可以直接從模型設計開始。也可以先設計模型，然后在設計流程時再選擇已經(jīng)創(chuàng)建好的模型。

最后放兩個PC端與APP端界面對比圖：

PC端

APP端