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