DDD并不是千层饼架构

 近来研学DDD的同志们越来越多。刚开始大家都是“盲人摸象”的学习着。有些有趣的问题，闲来想说道说道。有些同志一直认为“ddd就是千层饼架构”。我想说这个话的，无非应该是两个方面觉得：一是认为技术分层多了一些，至少与三层架构对比（crud架构）多了领域层。二是 各种数值对象传递赋值多次，如：vo，dto，entity，do或po。
 首先技术分层的主观层次是由架构设计师针对解决技术复杂度的分而治之的处理。是用来隔离每层高内聚的技术职责。而ddd在方法论层面仅强调领域层次的重要性，并没有在战术层面说一定要有所谓的domainservice这一层。有这种思想开发人员一般是从三层架构的推导而来觉得applicationservice这层下面一定要有个domainservice。其实不然，应该说是domain领域这个层次要达到复用需要用到面向对象的分析及设计模式好好的抽象，以至于可以复用和应对需求变化。所以需要domainservice这个代理类来处理。还是仅仅自身聚合根来处理。还是需要其他设计模式来处理调用。这由设计领域这个部分的方式方法来决定，他是灵活应对的，切勿固定程式。
 其次，关于数据对象的传递问题，大可不必有那么多喝了我认为，我认为仅三个部分足矣 dto ，entity，po。仅比三层老架构多了一个entity。它属于领域的模型。增加复用性 提高应对变化的能力。多了一个这个何乐而不为？还可以使用工具mapstruct等高效的工具去处理。所以千层饼并不是真实的ddd，ddd方法论并不强迫使用千层。这是我们自己的架构决策所定。