本系列的第一篇博文拋磚引玉，大談領域驅動設計的優勢，這裡筆者還是希望以客觀的態度，談談領域驅動設計的缺點及其不適合使用的場景，以讓讀者可以有選擇性的使用領域驅動設計。
我們知道，沒有最好，只有最合適，設計也是一樣。因此，所謂設計，就是以你和你的團隊的知識、經驗和智慧型，全面充分的考慮各種內外因素後，在你們的設計方案中作出合理的選擇的過程。而這些影響你們選擇的因素主要有：
當然，上述的考慮因素站在比較高的角度，通常是專案經理、架構師需要考慮的問題，但這當中你應該會得到一些啟發。回到我們的主題，我們首先看看，領域驅動設計相對於傳統的面向過程式的設計，有什麼缺點：
系統的初始階段，領域驅動設計需要付出更大的成本，但隨著時間的推移，領域驅動設計的成本效益優勢會逐步顯現
那麼，假設我們在時間、團隊能力及各種資源都允許的情況下，是否就可以麻木的全盤使用領域驅動設計呢？正如本博文的標題一樣，答案是否定的，我們需要有選擇性的使用。讓我們來看看一些指導性原則：
論模式在領域驅動設計中的重要性
最近在阿姆斯特丹舉辦的領域驅動設計歐洲大會上，cyrille martraire在其演講中談論到模式的重要性時表示，了解領域驅動設計 ddd 之外諸多現存的模式很有必要。ward cunningham因其第乙個搭建了wiki 而為大家熟知，但同時他也是第一批對模式進行描述的人。這第一批模式關注於資訊...
論模式在領域驅動設計中的重要性
最近在阿姆斯特丹舉辦的領域驅動設計歐洲大會上，cyrille martraire在其演講中談論到模式的重要性時表示，了解領域驅動設計 ddd 之外諸多現存的模式很有必要。ward cunningham因其第乙個搭建了wiki 而為大家熟知，但同時他也是第一批對模式進行描述的人。這第一批模式關注於資訊...
論模式在領域驅動設計中的重要性
最近在阿姆斯特丹舉辦的領域驅動設計歐洲大會上，cyrille martraire在其演講中談論到模式的重要性時表示，了解領域驅動設計 ddd 之外諸多現存的模式很有必要。ward cunningham因其第乙個搭建了wiki 而為大家熟知，但同時他也是第一批對模式進行描述的人。這第一批模式關注於資訊...