我有一個系統，由微型服務組成。 一個服務H管理書籍。 一個serviceM管理雜志。
它們提供了RESTful介面來處理它們的物體。
它們提供 RESTful 介面來與它們的物體一起作業。
書籍領域和雜志領域是不同的領域，因為書籍和雜志的分發和推廣方式完全不同。
但在有些情況下，一些客戶希望處理所有可列印的媒體，作為書籍和雜志的概括。 將這些內容與書架連接起來，管理它們的作者等。
這是不是一個好主意？
引入一個可列印的媒體服務，為書籍和雜志建立通用的行動和屬性模型，這是不是一個好主意？
這樣一來，新的印刷媒體就可以被引入到這個泛化中，而不需要觸及與書架相聯系的代碼？
值得一提的是：如何在領域驅動設計中處理繼承問題？
uj5u.com熱心網友回復：
注意，領域不是一個與資源相關的東西，它是一個業務流程的模型。
兩個方向 :
兩個方向
要進一步了解，你可以閱讀Vaugh Vernon撰寫的《實施領域驅動設計》中的第2章（領域、子領域和有邊界的背景關系）和第3章（背景關系地圖）。
注意：在開發任何系統之前，不要忘記與領域專家交談（沒有這個就沒有DDD）。
uj5u.com熱心網友回復：
我認為創建一個新的微服務（Experience MS）是一個好主意。
創建一個具有共同領域模型的新微服務，它從服務Book和服務Magazine中獲取資料。這樣一來，它就不需要對現有的業務微服務進行任何更改。
根據微服務架構，微服務只能通過該微服務的 REST 端點來使用。
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/327323.html
標籤：