以前做系統設計，很自然會往ooad方面去靠，但總是感覺有些異樣：設計的東西到了開發時總是有那麼一點半點的東西需要勉強妥協成不那麼oo的。
最近幾天，看了一些關於領域驅動設計（ddd）的資料，才知道，原來我所遇上的問題，就是ddd能夠幫我解決的問題。
ooad是太自由了，設計者可以十分自由地設計出各種各樣的類和它們的各種繼承、聚合等關係，設計得好不好，完全在於設計者的經驗和靈感，甚至是運氣。ooad只是在物件這個層面上提供一定的設計約束。如果沒有一些在全域性上的、清晰的約束，ooad可能就象用一堆物件拼湊成乙個系統，毫無章法可言。
今日終於有點開竅了，領域驅動設計除了它在需求分析和設計方法方面的好處外，最大的好處就是給ooad提供了全域性性的設計約束，這些包括分層（ui層、應用層、領域層、基礎設施層），也包括領域層中工廠、規約、倉儲、服務等。
領域驅動設計系列（一） 為何要領域驅動設計？
領域驅動設計最近貌似開始火起來了，越來越多的人開始認識到領域設計的重要性，從我做過的專案來看，似乎歐洲已經有很多的公司開始實施領域驅動設計了，我看領域驅動設計也有些時間了，但是網上不管是文章還是 都顯得太過 高大上 一談領域驅動設計，一大堆的概念一股腦的給你上上來，搞的有點暈頭轉向，而我想在一些中小...
領域驅動設計之我見 領域業務
談到領域驅動設計 ddd 人們很容易想到如下這張圖，那麼是不是你的軟體做了如下的分層設計就是領域驅動設計的了？顯然不是，以下分層只能說明的軟體做了分層架構，領域驅動設計的核心在領域模型，領域模型的核心在業務知識。如果能夠採用物件導向思維將業務抽象為恰當的模型，不管用什麼架構都稱得上領域驅動設計。在大...
領域驅動設計 Understanding DDD
無論有沒有軟體支援,無論軟體是好是壞,世界各地每個領域每天都發生著數以億計可以理解的業務 領域驅動設計是一種設計方法,試 決的問題是軟體的難以理解,難以演化.採用的方法是圍繞業務概念來構建模型.不過你也可以從兩個角度來理解領域驅動設計 作為設計結果的ddd和作為開發方法的ddd,即 what and...