[toc] 運用領域模型說明 模型是什麼 模型被用來描繪人們所關註的現實或想法的某個方面。模型是一種簡化。是對現實的解釋——把與解決問題密切相關的方面抽象出來，而忽略無關的細節。 程式和業務 每個軟體程式是為了執行用戶的某項活動，或是滿足用戶的某種需求。這些用戶應用軟體的問題區域就是軟體的領域。一些 ...
目錄
運用領域模型說明
非原創，感謝《領域驅動設計》這本書
模型是什麼
模型被用來描繪人們所關註的現實或想法的某個方面。模型是一種簡化。是對現實的解釋——把與解決問題密切相關的方面抽象出來，而忽略無關的細節。
程式和業務
每個軟體程式是為了執行用戶的某項活動，或是滿足用戶的某種需求。這些用戶應用軟體的問題區域就是軟體的領域。一些領域涉及物質世界，例如，機票預訂程式的領域中包括飛機乘客在內。有些領域則是無形的，例如，會計程式的金融領域。軟體領域一般與電腦關係不大，當然也有例外，例如，源代碼控制系統的領域就是軟體開發本身。
（技術或者軟體是用來實現業務所要的功能或者解決業務計算遇到的瓶頸問題）
為了創建真正能為用戶活動所用的軟體，開發團隊必須運用一整套與這些活動有關的知識體系。所需知識的廣度可能令人望而生畏，龐大而複雜的信息也可能超乎想象。模型正是解決此類信息超載問題的工具。模型這種知識形式對知識進行了選擇性的簡化和有意的結構化。適當的模型可以使人理解信息的意義，並專註於問題。
（個人理解：如果遇到要對一個龐大複雜的業務做系統開發，所需要的知識體系非常大，這個時候可以使用一些抽象的模型或者方法，更好的理清業務邏輯，形成軟體系統，有些人為什麼業務設計能力那麼厲害，就是因為抽象思維能力很強）
領域模型並非某種特殊的圖，而是這種圖所要傳達的思想。它絕不單單是領域專家頭腦中的知識，而是對這類知識嚴格的組織且有選擇的抽象。圖可以表示和傳達一種模型，同樣，精心書寫的代碼或文字也能達到同樣的目的。領域建模並不是要儘可能建立一個符合“現實”的模型。即使是對具體、真實世界中的事物進行建模，所得到的模型也不過是對事物的一種模擬。它也不單單是為了實現某種目的而構造出來的軟體機制。建模更像是製作電影——出於某種目的而概括地反映現實。即使是一部紀錄片也不會原封不動地展現真實生活。就如同電影製片人講述故事或闡明觀點時，他們會選擇素材，並以一種特殊方式將它們呈現給觀眾，領域建模人員也會依據模型的作用來選擇具體的模型。
模型在領域驅動設計中的作用
在領域驅動的設計中，3個基本用途決定了模型的選擇。
(1) 模型和設計的核心互相影響。正是模型與實現之間的緊密聯繫才使模型變得有用，並確保我們在模型中所進行的分析能夠轉化為最終產品（即一個可運行的程式）。模型與實現之間的這種緊密結合在維護和後續開發期間也會很有用，因為我們可以基於對模型的理解來解釋代碼。
(2) 模型是團隊所有成員使用的通用語言的中樞。由於模型與實現之間的關聯，開發人員可以使用該語言來討論程式。他們可以在無需翻譯的情況下與領域專家進行溝通。而且，由於該語言是基於模型的，因此我們可藉助自然語言對模型本身進行精化。
(3) 模型是濃縮的知識。模型是團隊一致認同的領域知識的組織方式和重要元素的區分方式。透過我們如何選擇術語、分解概念以及將概念聯繫起來，模型記錄了我們看待領域的方式。當開發人員和領域專家在將信息組織為模型時，這一共同的語言（模型）能夠促使他們高效地協作。模型與實現之間的緊密結合使來自軟體早期版本的經驗可以作為反饋應用到建模過程中。
軟體的核心（技術為業務服務）
軟體的核心是其為用戶解決領域相關的問題的能力。所有其他特性，不管有多麼重要，都要服務於這個基本目的。當領域很複雜時，這是一項艱巨的任務，要求高水平技術人員的共同努力。開發人員必須鑽研領域以獲取業務知識。他們必須磨礪其建模技巧，並精通領域設計。
（個人理解：然而，很多技術開發人員都不會主動去瞭解業務設計，只關註自己的技術是否得到提高，我曾經的組員很多都是這樣的思維，最後導致做東西需要別人來設計框架，講解邏輯，自己使用技術實現，非常片面的認為寫代碼是技術的全部，認為掌握很多複雜的業務新知識，而這些新知識對提高電腦的能力並無裨益。我認為，技術人員使用模型來抽象業務邏輯，是非常有必要的。）
開發人員可以採用一些系統性的思考方法來透徹地理解領域並開發出有效的模型。還有一些設計技巧可以使毫無頭緒的軟體應用變得井井有條。掌握這些技能可以令開發人員的價值倍增，即使是在一個最初不熟悉的領域中也是如此。
