Maven 架構選型，單子產品還是多子產品？

​

1. 單子產品

優勢

快速上手，前期開發效率高。

劣勢

要想實作傳統的三層架構（​

​web/service/dao​

​），多采用分包，分包帶來個問題就是，包之間邊界限制不夠。

正常來說，三層架構之間是有依賴關系的，​

​dao --> service --> web​

​，依賴是單向的。

舉個例子：前端請求的 ​

​xxxRequest​

​ 應該放哪呢，放 ​

​web​

​ 還是 ​

​service​

​，放 ​

​web​

​ 的話，​

​service​

​ 應該是不能通路的，是以怎麼限制呢？

再極端一點，​

​dao​

​ 不能調用 ​

​service​

​ 吧，但項目中最不缺的就是臨時方案，是以怎麼限制呢？

2. 多子產品（重點來了）

限制能力，子產品間引用關系是明确的，項目架構更清晰。

簡單說，從頭搭着可能慢點，用上模闆都差不多。

首推阿裡COLA：​​https://github.com/alibaba/COLA​​

本人結合 阿裡COLA4.0 實作了一個，子產品結構如下

think-cola

• start（啟動項目）
• think-client（api、dto）
• think-controller（controller，調用app）
• think-app（校驗、封裝、執行，調用domain、infrastructure）
• think-domain（DDD 領域模型，也可暴露接口，由infrastructure實作）
• think-infrastructure（db、rpc、search、防腐）

項目位址：​​https://github.com/AmosWang0626/think-cola​​

3. 怎麼選？

作為應用級架構，小項目，2~3個人開發的，單子產品可能就足夠，前提是每個人都對架構有認識，個人限制力很重要；

其他均建議多子產品，長期來看，限制是第一生産力，架構直接影響重構的成本。

引用《代碼精進之路：從碼農到工匠》中的兩段話結尾：

• 要記住，留給公司一個友善維護、整潔優雅的代碼庫，是我們技術人員最高技術使命，也是我們對公司做出的最大技術貢獻；
• 【防止破窗】首先我們要有一套規範，并盡量遵守規範，不要做“打破第一扇窗”的人；其次，發現“破窗”要及時修複，不要讓問題進一步惡化。