就好像第一次讀effective java才意識到什么叫做代碼質量；第一次接觸到Domain Driven Design才開始認識什么是design。在之前的博客， 分享十二本經典電子書，涉及java, OO design, spring, hibernate,struts2, agile 中，有DDD書的下載。
Domain Driven Design基于一些簡單，重要，務實的理念。下面根據自己的理解總結DDD的基本理論。
1. 深刻理解Domain知識
DDD強調基于domain進行設計。前提是深刻理解領域知識，需要持續學習。另一個相關的實踐是，“統一的語言”（ubiquitous language）。領域專家所用的術語是準確的，那么程序員討論domain相關的問題時，也應該使用這種術語。并且在寫code的時候，也使用這種術語。這樣做的好處是，可以自然地把domain的東西map到code里，保持code反應domain。
2. 分層
Layered Architecture
程序需要分層，這是個簡單的道理, 但需要真正形成意識。
分別說說Domain Driven Design涉及的四個layer.
2.1 Infrastructure層
主要從技術上對上面的各層提供支持。比如傳送消息，持久化。UI層也可以分出更基礎的component作為infrastructure層
2.2 UI層
UI層的作用是顯示信息以及解釋用戶的輸入命令。重要的是UI層沒有domain knowledge.
2.3 application層
application層的作用是描述產品的外部功能，它可以協調UI和Domain層的互動。application層應該很薄。它沒有domain knowledge.
2.4 Domain層
Domain層是最重要的層。封裝所有的業務邏輯。
DDD也從另一個角度分解軟件。一個軟件的組成部分（building block）包括association, entity, value object, service, module。其中比較強調的是entity, value object和service. service比較容易理解，通常它是無狀態的。它可以存在于application層，domain層或者infrastructure層。比較不容易區分的是entity和value object. entity強調的是它的id，而不是屬性。強調它生命周期的繼續性和同一性(continuity and identity), 而value object是用來“描述”entity的。value object在很多時候適合是immutable的。這里需要注意的是，如果你會使用hibernate,你會知道hibernate里的value object通常不能reference多個entity，換句話說，能reference多個entity的，通常就是entity. 而在DDD的理論中，"路線"是一個value object。而它可以reference連接"路線"的city(entity)和高速公路(entity)。
3. Domain Object生命周期
DDD的一個重要理論是關于aggregate. domain object之間的關系如果非常復雜，在domain knowledge涉及比較復雜的rule的時候，容易造成不一致的情況。解決辦法是，把一些domain object放一個組里，讓某個domain object作為根（aggregate root）, 所有對這些domain object的訪問都要通過這個aggregate, 那么維持一致性的工作，就限制在這個aggregate root里了。
另一個相關理論是factory和repository. factory是用來“創建”對象的，是一個從無到有的過程。而repository是用來retrieve對象的，也就是說，對象客觀存在，只是沒有放在內存中，repository就是把數據從某個地方（通常是數據庫）拿出來，construct成對象的。一個常見的設計是，讓repository暴露retrieve和create的api，但是create的具體工作代理給factory來做，也就是說，factory通常被聚合在repository中。