DDD

誰使用domain service

entity 能直接調用 repo 嗎

是否一定要聚合

區分bounded context 可以假設有多個部門或是多個開發者

參與主體

鲍勃大爷:先设计对象的行为,再设计数据库的表结构!

先考慮參與者


为了识别某个概念是否属于某个限界上下文,问题就变成了:


是否都符合该主题的通用语言的要求?

是否与该主题无关?

是否更符合该主题的通用语言?

是否是该主题的通用语言?


DDD 是設計方法 每個BC可以用MVC架構也可以用clean architecture架構 

最後都是回到ooad 所以去探討實作細節不如去看clean architecture 

DDD還是著重在BC跟子域就好

跟對方公司部門 或是工程部門有關

https://www.jdon.com/53988

KISS 單一職責

DDD 戰略設計 + clean architecture


物件設計的判斷依據

行為 跟 資料

如何被使用

如果多增了一個類型要如何更改

如果依賴的東西變了 會怎麼被影響

如果物件改變了 依賴這個物件的class會如何被影響

留言

這個網誌中的熱門文章

WINDOWS cmd 操作:查看進程、TCP連線、刪除TCP連線和進程

mongodb aggregate 筆記

mongodb shell 操作