隨著系統的增長，他會變得越來越複雜，當我們無法通過分析物件來理解系統的時候，就需要掌握一些操縱和理解大模型的技術了。
最卓越的企業系統的目標是實現乙個把所有業務都包括進來的、緊密基層的系統。然而在幾乎所有這種規模的組織中，整體業務模型太太也太複雜了，因此難以管理，甚至很難把他當作乙個整體來理解。我們必須在概念和實現上把系統分解為較小的部分。問題是如何在不損害整合利益的前提下完成這種模組掛的過程，從而使系統額不同部分能夠進行互操作，以便使各種業務操作互相協調。
戰略設計原則必須知道設計決策，以便減少各個部分之間的不詳依賴，並提高清晰度，而又不丟失關鍵的互操作性和協同性。戰略設計原則必須把模型的重點放在捕獲系統的概念核心，也就是系統的「遠景」上。而且在完成這些目標的同時又不能為專案帶來麻煩。
為了實現這些目標，探索3個大的主題：上下文、精煉和大比例結構
上下文最不起眼，但卻是最基本的主題。
精煉可以減少混亂，並且把注意力集中到正確的地方。
大比例結構是用來描述整個系統的。
具體做法，看後2周的「保持模型的完整性」、「精煉」專題講解
DDD（領域驅動設計） 戰略設計
領域是乙個組織所做的事情以及其中所包含的一切。商業機構通常會確定乙個市場，然後在這個市場中銷售產品和服務。每個組織都有它自己的業務範圍和做事方式。領域就是解決乙個特定範圍內的業務問題。在研究與建模的過程中，開發人員是不能孤軍奮戰的，這個時候需要找領域專家一起建模，領域專家是精通業務的任何人，他們可能...
DDD領域驅動設計 充血模型 貧血領域模型
最早廣泛應用源於ejb2，最強盛時期則是由spring創造，把 分離到不同的物件中 貧血領域模型是乙個存在已久的反模式，它不是個好東西。它完全和物件導向設計背道而馳。物件導向設計主張將資料和行為繫結在一起，而貧血領域模型則更像是一種面向過程設計。貧血領域模型的根本問題在於，它引入了領域模型設計的所有...
領域驅動設計系列 二 領域模型
領域驅動設計裡有很多東西，我們可以應用在各種各樣的開發模式裡，所以接下來說的一些東西，我們可以部分使用。說道領域驅動的領域，大家肯定就要開始說bounded context,聚合，聚合根，容易讓大家搞糊塗。我覺得先拋開這些概念，後面再來說如何設計聚合，先簡單來說。過去，我們在多層設計裡定義了很多mo...