Workflow Foundation с DDD

Question

Мне любопытно, применил ли кто-нибудь основу рабочего процесса к проекту DDD, и если да, то какими были подводные камни / ошибки.

Я смотрю на чрезвычайно сложные процессы состояния, которые выглядят так, будто WF подойдет, но я пытаюсь определить, как изолировать рабочие процессы от манипулирования состоянием моей модели предметной области. Мне было предложено создать достойный антикоррупционный слой и пойти дальше.

Кто-нибудь еще имел опыт с этим?

Answer 1

Действительно отличным решением являются доменные события, как описано Уди Даханом здесь (это третья часть; вероятно, вам следует также прочитать две его предыдущие части) По сути, вместо внедрения доменных объектов в инфраструктуру рабочего процесса вы вызываете события, которые направляются в соответствующие агрегированные корни.

Answer 2

«Я смотрю на чрезвычайно сложные процессы состояния, которые выглядят так, будто WF хорошо подойдет»

На самом деле это не то, что хорошо подходят для рабочих процессов. К сожалению, это архитектурная модель WF. В WF 4.0 они зашли так далеко, что удалили рабочий процесс конечного автомата из панели инструментов.

Вам может быть лучше с чем-то в форме ILog. Вот хороший пост в блоге, сравнивающий его с BizTalk, который, возможно, обладает более мощными возможностями рабочего процесса / оркестровки, чем WF:

http://geekswithblogs.net/AndrewSiemer/archive/2009/03/30/ilog-rules-for-.net-3.0-ndash-quick-overview.aspx