ERP 的複雜度不在單一功能有多難,而在同一件事被重述太多次、乘以太多張表、再乘以太多次客製。
這個系列談的不是怎麼用框架做一張表單,而是怎麼設計一套能驅動上百張表單的框架:唯一真相放在定義而非程式碼,資料庫結構、SQL、多前端畫面、驗證與計算、多語系、多租戶與客製化都從同一層定義衍生。
三十篇分八章,從為什麼談起,依序走過定義層、資料存取與快取、業務邏輯與 API、多租戶與客製化、傳輸安全與稽核、資料語意,最後回到案例對帳與全圖。案例用 Northwind 驗證,但案例是佐證,不是主角。
談機制與取捨,不寫使用教學;每個設計的代價會跟它的好處寫得一樣清楚。
這是「ERP 架構師筆記:定義驅動的框架設計」系列的 Day 1。 接下來三十天談的不是「怎麼用某個框架做一張表單」,而是怎麼設計一套能驅動上百張表單的框架:...
昨天結尾說今天要談框架該替使用者決定哪些事。 框架與函式庫的差別常被說成「你呼叫函式庫,框架呼叫你」。這句話描述的是機制,不是代價。真正的代價是控制權反轉之後...
前兩天談的都是命題,今天讓案例登場。 案例是 Northwind,微軟那套從 Access 年代流傳到現在的範例資料庫。選它的理由很現實:客戶、供應商、產品、...