正如我在< 程式設計師英語二三事(2) - 從聽開始>裡說的, 任何技術/工具/語言都有其適用場景和上下文環境. DDD理論同樣是如此.   現在, 終於到了發揮DDD理論優勢的時候啦!   一個人做一個專案不用擔心程式碼風格不一致，不用程式碼看不懂別人寫的程式碼 一個團隊做專案就要考慮一致的程式碼風格，要保證能看得懂團隊其他人的程式碼。 兩個人一個用英語，一個用中文是很難交流的。 DDD理論保證了大家使用同一種語言去交流。ABP保證了具體實施細節的一致。 DDD理論相當於中文/英語，ABP相當於普通話或粵語，英式英語或美式英語。   統一的認識才能寫出一樣風格的程式碼 - 使用DDD理論統一認識 統一的認識意味著可以快速擴充人手 統一的認識才能寫出一樣風格的程式碼 ，同樣可以回答如下問題：  

1. 為啥要丟棄自己寫的一套程式碼而使用ABP? 很坦白說, ABP這些模組和功能在沒有ABP之前很多人包括我自己都有寫過, 為什麼我們還是選擇了ABP沒有選擇自己的那一套呢? 因為自己弄的那一套程式碼是私有的, 外面招聘市場上的人手之前都沒有接觸過這些程式碼. 所以很難招到會的人, 畢竟招進來學習我自己寫的那套私有程式碼也是要花時間成本的.  選擇了ABP就不一樣了, 我只要到招聘市場上招會DDD和ABP的人, 就能很容易馬上能幹活有產出.
2. 為啥丟棄Enterprise Library而去擁抱ABP？ 有很多老朋友問, 用著Enterprise Library好好的, 為啥要轉ABP? 因為你可以保證你自己能寫出高質量的程式碼, 但是你還要保證你的團隊不寫出垃圾程式碼. ABP和Enterprise Library的區別：ABP是框架， Enterprise Library是庫。 庫無法做到統一認識，並規範出一樣風格的程式碼。 而框架可以做到這點。從而保證了你的團隊寫程式碼的質量下限.   最後說句題外話, Enterprise Library上次更新是什麼時候了啊? ABP可是每個月更新兩次!!! 在更新如此快的今天, 很顯然Enterprise Library已經跟不上時代的發展了