DDD本質是分而治之的分析方法 - James Hickey

banq發表於2019-09-18

領域驅動設計看起來真的很複雜,有很多行話,等等。總而言之,這是一種分而治之的方法。第一件事就是將您的業務劃分為更小的“塊”。每個塊都易於處理+理解。
但是,為了能夠做到這一點並以有利於業務的方式,您需要了解......業務。這個業務的動態部分是什麼?有哪些人參與?是誰?他們在做什麼?他們什麼時候做的?他們為什麼這樣做?有什麼過程流程?
DDD驅動軟體專業人員瞭解業務,以便他們可以與重要人員攜手並進,最終將使用該軟體。
每個“塊”都可以做到它想要的。每個都可以是複雜或簡單的。這是一個巨大的好處:每個塊(有界上下文 簡稱BS)可以根據需要高效或周密地構建!
與高階細節+ BC之間的相互協調呼叫相比,,每個BC的具體實現並不重要:人們可能會使用基本的CRUD來實現,或採取另一種事件溯源EventSourcing等。但是從最初的設計POV來看,每個BC的需求是獨立的,並且這在實現中很重要。

相關文章