采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
目前来看DDD这种分层架构用到的设计思想要比之前的三层架构复杂很多, 很多初级中级甚至高级程序员都无法完全理解, 导致在实际开发中很可能就破坏了这种分层设计,
久而久之很可能就变成四不像的代码了. 这样还不如用之前的三层架构.
招聘来的新人可能也要先培训一番DDD思想才能参与开发.
所以在想什么样的项目, 团队成员需要什么样的水平, 才比较适合落地DDD呢?
能不能说说老师所参与的团队中落地DDD过程中遇到过的问题, 给予一些建议.
DDD最重要的是第一章提到的两个核心思想,其他内容本质上是一套模式的集合,对于模式,能用则用,不能用则弃,包括实体、值对象、聚合、资源库,等等等等,都是属于模式的范畴,在落地过程中不用强求。但是,对于复杂系统,两个核心思想是一定要贯彻执行的,也就是合理划分和领域驱动设计这两个思想,具体怎么贯彻?需要借助domain storytelling、事件风暴等建模方法,这些才是DDD核心中的核心。对于团队中的成员,需要让他们在短时间内理解这两个核心思想,参与建模讨论过程就够了,不用在编码方面设置太大障碍,否则得不偿失。至于分层,在我们的实践中反倒是比较容易达成一致,而且负担不会太大,如果初期觉得按这种分层太复杂,可以先简化分层,用老三层也无不可。
这篇文章是之前总结的常见问题解答,也许有用。
DDD六问六答
登录后可查看更多问答,登录/注册
结合智慧零售项目实践,深度解剖DDD思想与应用方法
732 5
704 5
692 5
1.2k 5
591 4