domain-driven-design - 只是我，还是领域驱动设计在大型企业架构中分崩离析？

Question

我很确定我了解领域驱动设计，如果您有一只狗并且它需要吠叫，请在狗身上使用吠叫方法。如果狗的状态需要持久化，那就是存储库的工作。我知道还有更多，但我们现在就继续吧。

我看到企业系统中的事情从业务流程到允许流程完成的功能。我见过需要一个完整日历年才能完成的业务流程，并且该流程的状态在业务流程管理系统 (BPMS) 中进行维护。

因此，BPMS 根据预定时间全年执行功能。其中一些功能在其他业务流程中被重用。参与 DDD 的候选对象（我们不起眼的狗）不知道该过程是什么，它们只需要在给定来自该过程的输入时吠叫。当我们要求狗只需要吠叫时，DDD 如何帮助解决这个问题，给定过程的某些输入？

Answer 1

不是真正的答案，只是一些注释：

如果您有一只狗并且它需要吠叫，请在狗身上使用吠叫方法

这是过于简单化了。代码中的对象不应该试图模仿现实世界，就好像我们的二进制狗真的可以跳出监视器并开始吠叫一样。在软件世界中，正方形不是矩形。您更有可能对狗吠的事实感兴趣，关于狗吠率随时间的变化。

突然之间，我们谈论的是吠叫的历史记录，关于医疗状态的描述——关于信息，而不是人造的想要成为现实生活的对象。