您好,登錄后才能下訂單哦!
這篇文章主要介紹“DDD的基本概念是什么”,在日常操作中,相信很多人在DDD的基本概念是什么問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”DDD的基本概念是什么”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
ddd不是一種架構風格,而是一種方法論,什么是方法論,每個人按照自己的想法來設計就是一套方法論;ddd是一種業務比較認可,對于微服務拆分的一種方法論。
微服務區別于系統,服務是一組想對較小且獨立功能單元,是用戶感知最小功能集。DDD計的模型中具有邊界的最小原子是聚合,聚合和聚合之間由于只通過聚合根進行關聯,所以當需要把一個聚合根從一個限界上下文移動到另外一個限界上下文的時候,非常低的移動成本可以很容易地對微服務進行重構。微服務和ddd的理念不謀而合,在微服務的大環境下ddd的流行是趨勢。
固化思維,從學校到工作,從學習到開源架構都是采取這種MVC架構;
很多行業是基于傳統行業進行項目改造,只是中間件用了微服務相關,但是業務沒有明顯的拆分依據,換湯不換藥;
資源成本,基于ddd的拆分成本比較高,主要體現在事件風暴、領域劃分、實體聚合,上下文邊界確定;對于企業來說,一個人能搞定的,不需要花大量的人力,時間去做規劃;
三層架構屬于貧血模型,雖然不符合面向對象編程思想,架構結構比較簡單,上手容易。
MVC和DDD主要的區別在Service層,主要區別:
MVC:Service 實現全量業務邏輯,BO(Business Object)保存業務對象,屬于貧血模型;
DDD:Service 實現少量業務邏輯,DO(Domain Object) 包含聚合跟、聚合、實體、值對象,從技術上來看就是實體,里面有相關領域的行為、動作、屬性、依賴關系,屬性充血模型。
領域:領域是DDD中最大的概念,主要確定邊界范圍,領域又分為核心域(核心業務邏輯)、通用域(公共業務邏輯)、支撐域(基礎第三方業務邏輯);
界限上下文:在界限上下文中要建立通用語言,望文生義,就是大家都看得到,認可的叫法就是通用語言;界限上下文主要是來確定領域邊界;
聚合根:聚合根式一個根實體,里面包含了許多聚合,而且該聚合根有唯一標識,可以協調里面的每個聚合,外部訪問只能根據聚合根的唯一標識進行訪問里面的私有內容;
聚合:聚合是一個整體,把所有的實體和值對象組織起來,做到一個聚合的作用,確保領域在執行邏輯的時候,確定數據一致性,從設計上避免數據不一致性;
實體:整體概念的多個屬性歸集到的屬性集合,有唯一標識id,實體是實實在在的業務對象,具有業務屬性、行為和業務邏輯;
值對象:若干個屬性的集合,只有數據初始化操作和有限的不涉及修改數據的行為,不包含業務邏輯
采用風暴事件,根據句業務行為,找過過程中發生行為的實體和值對象;
在眾多實體中選出合適的作為聚合根,挑選依據主要是否有獨立的生命周期和全局唯一的ID,是否可以修改或創建其它對象;
根據業務單一職責和高內聚原則,找出于聚合根關聯的實體和值對象;
在聚合內根據聚合根、實體、值對象,畫出對象引用模型和依賴關系模型;
多個聚合根據業務語義和上下文劃分到一個上下文界面,也就是一個小的微服務。
到此,關于“DDD的基本概念是什么”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。