Day 30：三段開發深度與框架全圖

昨天結尾說今天把三十天的東西收成全圖。

本篇說明：

1. 框架沿 NoCode、LowCode 與 AnyCode 這條軸線提供的三段深度
2. 全圖：一份 FormSchema 長出來的東西，與每一次呼叫都會經過的東西
3. 這套設計適合與不適合什麼系統，以及長期的回報落在哪裡
4. 未竟之路，以及哪些是刻意不做

一、三段深度

三段深度不互斥，同一張表單可以三段都用上：

改定義就能完成的是 NoCode；在框架切好的步驟與時點補一段程式的是 LowCode；框架的流程接不住、整段自己寫的是 AnyCode。

每一家做法都一樣的邏輯，會從 LowCode 逐步收進定義與框架，流程見 Day 29 的「從應用收斂到框架」。

二、全圖

縱的那條：

                     定義（唯一真相）
                  FormSchema 為中樞
                           │
   ┌───────────────────────┼───────────────────────┐
   │ 產生                  │ 產生                   │ 求值
   ↓                       ↓                        ↓
 版面                   TableSchema             FormRule
 → 單筆／清單／開窗     → 比對現況後升級         → 存檔與刪除的時點
 增修刪查的語句         DataSet 的結構           ValueExpression
 → 執行期由定義現組     → 不必有實體類別         → 改動相關欄位的當下

橫的那條：

 前端 → Connector → 序列化 → 壓縮 → 加密
                                   ↓
     端點 → 存取控制 → session → BO（擴充點與外掛）
                                   ↓
                      Repository → 資料存取 → 資料庫

橫切在兩條路上的機制：

圖上各處的機制，反覆用到幾條相同的原則：

圖上的路是提供的，不是強制的：自己開連線、自己拼語句、繞過入口，橫切的機制都不會生效。

三、適合與不適合什麼系統

Day 2 進場前問了三題，這裡各補一句，再加兩題：

Day 1 說過，短期看 Code-First 幾乎必勝。定義驅動的回報在長期：

四、未竟之路

Day 29 分過邊界與待辦：刻意不走定義的是邊界，框架還沒做完的是待辦。下表依還沒完成的原因分類：

「宣告的形狀還沒接住」是進度，補上聚合函式與求值順序就能改成宣告。「不是未竟，是不做」是設計決定：例如 ValueExpression 如果能查資料庫，前後端就算不出同一個答案。兩者歸錯類的後果不同：把進度當成邊界，本來收斂得掉的東西會一直留在每一家的程式裡；把設計決定當成待辦，框架會長成什麼都能做，等於什麼決定都沒替你做（Day 2）。

「機制在了，只做了一半」這一類，讀文件時最容易誤以為已經做好：規範寫了卻沒有實作、一條路少了一段、做好了卻沒有呼叫端。以寫入前捨到容量為例，Day 29 那個沒給位數的 discount 欄哪天被填進小數，要不要捨入、怎麼捨入，就看當下那一家資料庫。

小結

Day 1 說 ERP 的敵人是重述。定義驅動消滅的不是重述，是抄寫：一個欄位的事實仍然出現在 FormLayout、TableSchema、語句、DataSet、FormRule、稽核、權限與時區換算裡，差別是這些地方都讀同一份 FormSchema，不再各抄一份。

都讀同一份，那一份就得做到：

定義是結構化資料，Day 5 列過批次腳本、產生器與 AI 都接得上它。AI 寫得出程式碼之後，它的產出可以是一份定義：建置期診斷負責檢查，框架照著展開，同構的表單就能照同一套程序一件一件做出來。ERP 工程師的工作會因此移到框架、機制與這套程序上，要懂的是整個架構怎麼運作。

三十天到這裡結束。Day 1 說過，框架在這個系列只是用來證明這些想法不是紙上談兵；你完全可以不用它，只把「讓定義當源頭」這個想法帶走，用你熟悉的語言和工具去實現。

本系列同步發表於 HackMD，完整目錄