一個人寫代碼不需要擔心會和別人的代碼沖突, 不需要做代碼合並, 不需要擔心自己的代碼被覆蓋.
但是多個人一起寫代碼就需要擔心這些問題.
解決這些問題的方法很多, 比如用AzureDevOps(TFS)來進行代碼管理和版本控制等等. 其中有兩個辦法就是, 業務模塊組件化和微服務.
首先ABP是支持業務模塊組件化的, 然而我並不推薦在ABP使用業務模塊組件化, 因為:
- ABP更新太快了, 每2周更新一個版本.
- 除了ABP更新快, 其他技術\框架\工具也更新很快.
正如我在<
如何用ABP框架快速完成項目(4) - 如何正確使用ABP?>提到, 我們不能像1998年那樣繼續使用dll來組件軟件系統, 2018年的我們應該要使用微服務來構建系統.
2018年代還有一個趨勢, 就是每個開發團隊越來越小. 每個團隊除了產品經理/項目經理外, 只有兩到四個程序員.
這意味着稍微大點的軟件系統都不可避免的需要兩個或多個團隊協作.
而不同團隊之間使用的開發語言和平台可能不一樣, 比如我現在就經常需要用C#去調用JAVA寫的系統.
這種情況dll就無能為力了. 還是要靠微服務.
所以說, 微服務大勢所趨啊.