什么是DDD？ddd不是一種架構風格，而是一種方法論，什么是方法論，每個人按照自己的想法來設計就是一套方法論；ddd是一種業(yè)務比較認可，對于微服務拆分的一種方法論。 為什么在微服務的大環(huán)境下DDD才流行？微服務區(qū)別于系統(tǒng)，服務是一組想對較小且獨立功能單元，是用戶感知最小功能集。DDD計的模型中具有邊界的最小原子是聚合，聚合和聚合之間由于只通過聚合根進行關聯(lián)，所以當需要把一個聚合根從一個限界上下文移動到另外一個限界上下文的時候，非常低的移動成本可以很容易地對微服務進行重構。微服務和ddd的理念不謀而合，在微服務的大環(huán)境下ddd的流行是趨勢。 為什么很多行業(yè)在微服務的架構上還是MVC架構？固化思維，從學校到工作，從學習到開源架構都是采取這種MVC架構； 很多行業(yè)是基于傳統(tǒng)行業(yè)進行項目改造，只是中間件用了微服務相關，但是業(yè)務沒有明顯的拆分依據(jù)，換湯不換藥； 資源成本，基于ddd的拆分成本比較高，主要體現(xiàn)在事件風暴、領域劃分、實體聚合，上下文邊界確定；對于企業(yè)來說，一個人能搞定的，不需要花大量的人力，時間去做規(guī)劃； 三層架構屬于貧血模型，雖然不符合面向對象編程思想，架構結構比較簡單，上手容易。
從技術上來講DDD和MVC有什么區(qū)別？MVC和DDD主要的區(qū)別在Service層，主要區(qū)別： DDD的基礎概念
* 領域： 領域是DDD中最大的概念，主要確定邊界范圍，領域又分為核心域（核心業(yè)務邏輯）、通用域（公共業(yè)務邏輯）、支撐域（基礎第三方業(yè)務邏輯）； 界限上下文：在界限上下文中要建立通用語言，望文生義，就是大家都看得到，認可的叫法就是通用語言；界限上下文主要是來確定領域邊界； 聚合根：聚合根式一個根實體，里面包含了許多聚合，而且該聚合根有唯一標識，可以協(xié)調里面的每個聚合，外部訪問只能根據(jù)聚合根的唯一標識進行訪問里面的私有內容； 聚合：聚合是一個整體，把所有的實體和值對象組織起來，做到一個聚合的作用，確保領域在執(zhí)行邏輯的時候，確定數(shù)據(jù)一致性，從設計上避免數(shù)據(jù)不一致性； 實體：整體概念的多個屬性歸集到的屬性集合，有唯一標識id，實體是實實在在的業(yè)務對象，具有業(yè)務屬性、行為和業(yè)務邏輯； 值對象：若干個屬性的集合，只有數(shù)據(jù)初始化操作和有限的不涉及修改數(shù)據(jù)的行為，不包含業(yè)務邏輯
DDD建模過程采用風暴事件，根據(jù)句業(yè)務行為，找過過程中發(fā)生行為的實體和值對象； 在眾多實體中選出合適的作為聚合根，挑選依據(jù)主要是否有獨立的生命周期和全局唯一的ID，是否可以修改或創(chuàng)建其它對象； 根據(jù)業(yè)務單一職責和高內聚原則，找出于聚合根關聯(lián)的實體和值對象； 在聚合內根據(jù)聚合根、實體、值對象，畫出對象引用模型和依賴關系模型； 多個聚合根據(jù)業(yè)務語義和上下文劃分到一個上下文界面，也就是一個小的微服務。
DDD建模示例
本文章參考：歐創(chuàng)新的DDD專欄 本文由博客一文多發(fā)平臺 OpenWrite 發(fā)布！
|
