DDD之架构重构

前言
MVC 旧工程腐化严峻，迭代成本太高。DDD 新工程全部重构，步子扯的太大。 这是现阶段在工程体系化治理中，我们所面临的最大题目：既想运用 DDD 的头脑循序渐进重构现有工程，又想不破坏原有的工程体系布局以保持新需求的承接服从。
众所周知，MVC 分层布局是一种贫血模型设计，它将”状态“和”行为“分离到不同的包布局中举行开发使用。domain 里写 po、vo、enum 对象，service 里写功能逻辑实现。也正因为 MVC 布局没有太多的约束，让前期的交付速率非常快。但随着系统工程的长期迭代，贫血对象开始被浩繁 serivice 交叉使用，而 service 服务也是相互调用。这样缺少一个上下文关系的开发方式，让长期迭代的 MVC 工程逐步腐化到严峻腐化。
MVC 工程的腐化根本，就在于对象、服务、组件的交叉混乱使用。时间越长，腐化的越严峻。

在 MVC 的分层布局就像家里所有人的衣服放一个大衣柜、所有人的裤子放一个大库柜。衣服裤子(对象)，很少的时候很节流空间，因为你的裤子别人大概也拿去穿，复用一下开发速率很快。但时间一长，就越来越乱了。