我很好奇,如果有人已經將工作流基礎應用於DDD項目,並且如果是的話,那麼陷阱/陷阱是什麼。帶DDD的工作流基礎
我正在尋找一個看起來像WF的非常複雜的狀態進程,但它試圖確定如何從操縱我的域模型的狀態中分離工作流。有人建議我製作一個體面的反腐敗層,然後從那裏出發。
其他人都有過這方面的經驗?
我很好奇,如果有人已經將工作流基礎應用於DDD項目,並且如果是的話,那麼陷阱/陷阱是什麼。帶DDD的工作流基礎
我正在尋找一個看起來像WF的非常複雜的狀態進程,但它試圖確定如何從操縱我的域模型的狀態中分離工作流。有人建議我製作一個體面的反腐敗層,然後從那裏出發。
其他人都有過這方面的經驗?
一個非常好的解決方案是域事件,如described by Udi Dahan here(這是第三部分;您應該也可以閱讀他以前的兩個部分)。基本上,不是將域對象注入到工作流基礎結構中,而是引發路由到適當聚合根的事件。
「我看,看起來像WF將是一個很好的適合一個極其複雜的狀態的進程」
這實際上不是東西,基於活動的工作流程,善於做。不幸的是,這是WF的體系結構模型。在WF 4.0中,他們已經從工具箱中刪除了狀態機工作流程。
你可能會更好的東西在ILog的形式。下面是一篇很好的博客文章,將其與BizTalk進行比較,BizTalk可以說比WF具有更強大的工作流/編排能力: