2013-06-25 65 views
2

對於那些熟悉​​的人。這些模式是否能夠很好地補充DDD?最初我認爲他們更適合分佈式企業應用程序,但我注意到一些只有數據庫作爲外部服務的複雜項目,真正受益於消息傳遞模式。企業集成模式書是否補充了DDD?

我避免了這本書,因爲我對高度分佈式的服務器端軟件不感興趣。然而,考慮到我越來越多地使用域名事件和事件採購,我感覺這本書的模式很可能會與任何DDD項目重複使用。

EIP書是DDD從業者必讀的書嗎?

回答

2

我會說這不是必須閱讀的人誰想要做DDD。我認爲這是對想要進行SOA和消息傳遞的人的高度推薦閱讀。

企業集成模式手冊首先討論了集成不同應用程序的常見選項。這些是文件傳輸,共享數據庫,遠程過程調用(如果您是C#開發人員,請考慮Web服務或WCF)和消息傳遞。

作者隨後提出異步消息傳遞是分佈式應用程序之間共享數據的基本問題的最實用方法。

本書的其餘部分是可應用於使用消息傳遞進行通信的分佈式系統的模式目錄。如果你曾經讀過Patterns Of Enterprise Application Architecture,它是一樣的。這是一個不同模式的列表,並解釋了他們在分佈式系統中試圖解決什麼問題。

這就是說 - 如果你的分佈式系統使用的是域模型或者事務腳本 - 這對本書的目的來說確實沒有什麼不同。

其實我前幾天看完了這本書。這是一本很棒的書,如果你對這個主題感興趣的話。我希望這有幫助。

+0

我相信我的問題不是很好,因爲我的SOA經驗很短。我一直將SOA與服務器/網絡相關的軟件聯繫起來,但對於DDD和CQRS,我注意到一些非常有吸引力的模式將GUI綁定到本地數據庫(甚至是文檔)。我現在看到SOA不僅僅是與網絡相關的協議。 @Dan你認爲即使對於非網絡節目通信,書籍模式也很好嗎?我的意思是,基於通知觀察者模式的類之間的通信 – SystematicFrank

+0

嗯...不是真的。這本書的確關注分佈式系統的模式(即網絡通信)。一些模式可用於非聯網設置,但它們通常在GoF模式集中已經有類似的定義。正如你所提到的,觀察者就是一個例子。 – Dan