有实践过领域驱动设计（DDD）的吗？

[dengkj]

[dengkj]

@yule111222 方便说一下实践时的团队规模及架构吗

[yule111222]

@yule111222 补充一下，实体和值对象本身也有行为，也能表达动态性

[yule111222]

@dengkj 技术团队 40 人左右，不过其实和规模无关，和人的能力有关。能力到位了，1 个人也可以用。
规模更多的是决定了工程架构和服务划分的方式，规模小可以把多个 子领域 放到一个工程里面，通过多模块来切分。

[dengkj]

@yule111222 实践过程中用什么工具（例如 UML 类图）来表达限界上下文以及领域模型？

[yule111222]

@dengkj processon

[rozbo]

我用 DDD 两年了，总结一下，小项目小团队只要有这个思想就好了，没必要完全做到。。但是如果真的做到了，除了效率低一点，后续的维护真的很香

[dengkj]

@yule111222 团队规模大小只会影响服务划分，工程架构应该都是一致的吧？比如按照用户接口层、应用层、领域层、基础设施层这样。

[dengkj]

@yule111222 ProcessOn 是个好工具，其实我是想问限界上下文通过什么图来描述？

[yule111222]

@dengkj 我没找到特别好的工具，但是这个东西比较抽象和简单 processon 也能画的，弄几个椭圆画几根线就行。 工程架构也会影响，多子域放到一个工程里 和 每个子领域一个服务的架构上是有区别的，不过对分层影响是不大。我本人使用的是自创的架构，基于菱形对称架构改造而来的

[reaganlee1947]

@dengkj Event storming 能很好的进行领域分析
@SeAlso: https://www.eventstorming.com/

[reaganlee1947]

@dengkj 如果非要参考的话

<img src="https://camo.githubusercontent.com/7794e7335aa77e2a271b7989c8eb24cd5c5f3cd8efa77aebd71b858524051573/68747470733a2f2f696d672d626c6f672e6373646e696d672e636e2f36353439323330633637323334343866623361623531636137343832396538302e706e67" alt="cola arch" data-canonical-src="https://img-blog.csdnimg.cn/6549230c6723448fb3ab51ca74829e80.png" style="max-width: 100%;">

https://github.com/alibaba/COLA

[dengkj]

@reaganlee1947 谢谢，我参考一下

[dengkj]

@yule111222 好的，谢谢解答，我自己去实践一下

[MadDave]

@TWorldIsNButThis Java 是面向对象的语言还弱

[MadDave]

@TWorldIsNButThis 这，认真的吗，Java ood 语言还弱

[iRiddle]

我毕业刚入职的时候部门就已经在用 ddd 了，我之前没有任何企业开发经验，导致我一直不太明白 ddd 具体是啥，只是觉得部门那些服务这样设计是理所当然的。。。后来觉得 ddd 本来也没有什么固定或者最优的模式，每个团队的理解都不一样，我们是有一整个架构组和各个小组的资深同事在维护这个架构，谈不上最优不过收益能比投入的成本大就值得使用了

[dengkj]

@iRiddle 羡慕大佬，刚毕业就接触到了 DDD 。就目前的理解来说，DDD 就是一种指导思想，只要把握了分离业务复杂度和技术复杂度这个大方向，具体的架构可以因地制宜。