是仅仅是我,还是领域驱动的设计在大型企业架构中崩溃了?

时间:2012-04-28 01:09:24

标签: domain-driven-design

我很确定我理解域驱动设计,如果你有一只狗,它需要吠叫,把一种树皮方法放在狗身上。如果狗的状态需要持久化,那就是存储库的工作。我知道还有更多,但现在就让我们继续这样做。

我认为企业系统中的事物可以从业务流程工作到允许流程完成的功能。我已经看到完成一个完整日历年的业务流程,并且该流程的状态在业务流程管理系统(BPMS)中维护。

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

1 个答案:

答案 0 :(得分:3)

不是答案,只是一些注意事项:

  

如果你有一只狗并且它需要吠叫,就可以在狗身上涂上树皮方法

这过于简单化了。代码中的对象不应该试图模仿现实世界,好像我们的二进制狗实际上可以跳出监视器并开始吠叫。在软件世界中,square is not a rectangle。更有可能的是你对狗已经吠叫感兴趣,关于狗吠速率的变化。

突然间,我们正在谈论吠叫历史记录,关于医疗状态描述 - 关于信息,而不是人工想要的现实生活对象。