正如我在<
程序員英語二三事(2) - 從聽開始>里說的, 任何技術/工具/語言都有其適用場景和上下文環境. DDD理論同樣是如此.
現在, 終於到了發揮DDD理論優勢的時候啦!
一個人做一個項目不用擔心代碼風格不一致，不用代碼看不懂別人寫的代碼
一個團隊做項目就要考慮一致的代碼風格，要保證能看得懂團隊其他人的代碼。
兩個人一個用英語，一個用中文是很難交流的。
DDD理論保證了大家使用同一種語言去交流。ABP保證了具體實施細節的一致。
DDD理論相當於中文/英語，ABP相當於普通話或粵語，英式英語或美式英語。
統一的認識才能寫出一樣風格的代碼 - 使用DDD理論統一認識
統一的認識意味着可以快速擴充人手
統一的認識才能寫出一樣風格的代碼 ，同樣可以回答如下問題：
-
為啥要丟棄自己寫的一套代碼而使用ABP?很坦白說, ABP這些模塊和功能在沒有ABP之前很多人包括我自己都有寫過, 為什么我們還是選擇了ABP沒有選擇自己的那一套呢? 因為自己弄的那一套代碼是私有的, 外面招聘市場上的人手之前都沒有接觸過這些代碼. 所以很難招到會的人, 畢竟招進來學習我自己寫的那套私有代碼也是要花時間成本的.選擇了ABP就不一樣了, 我只要到招聘市場上招會DDD和ABP的人, 就能很容易馬上能干活有產出.
-
為啥丟棄Enterprise Library而去擁抱ABP？有很多老朋友問, 用着Enterprise Library好好的, 為啥要轉ABP?因為你可以保證你自己能寫出高質量的代碼, 但是你還要保證你的團隊不寫出垃圾代碼.ABP和Enterprise Library的區別：ABP是框架， Enterprise Library是庫。庫無法做到統一認識，並規范出一樣風格的代碼。而框架可以做到這點。從而保證了你的團隊寫代碼的質量下限.最后說句題外話, Enterprise Library上次更新是什么時候了啊? ABP可是每個月更新兩次!!! 在更新如此快的今天, 很顯然Enterprise Library已經跟不上時代的發展了