问域驱动设计是否适合企业架构领域的产品？

EN

我推荐阅读埃里克·埃文斯的“领域驱动设计”和沃恩·弗农的“实现领域驱动设计”两本书。要认识到的第一件事是不要建立一个统领他们的大模型。DDD是关于域(其中之一是核心域)和子域。它是关于有界的上下文，可以用各种方式连接在书中。所以基本上，你会得到很多独立的子系统，这些子系统的数据看起来是冗余的，它们以松散耦合的方式相互通信，并将部分数据与松散耦合的通信同步。许多至关重要的约束最终只能是一致的，系统、流程和用户必须容忍这一点。

所以，在你所描述的复杂景象中，我认为是的。DDD适用于多个系统的几个核心域。但是，可以在纯crud和以数据为中心的子系统中使用更简单的方法。

企业架构项目将提供您的业务的分层模型。它将精确地确定您领域的所有组件化部分:参与者、部门、服务、功能.如果您的目标是调整域上的解决方案(如我所设想的那样)，我认为域驱动开发非常适合您正在努力实现的目标。基本上，EA可以向您展示解决方案的外观。由于DDD的全部内容都是“专门化”，而不是“重用”或“泛化”，所以您应该小心，不要依赖可能破坏您有限上下文的Legacy服务(例如，在DDD中，业务规则实现应该保留在它们服务的BC中，而不是分散在整个解决方案中的外部依赖项中.)。EA是一个很好的工具来定义无处不在的语言，有界的上下文边界。DDD擅长于服务边界的设计。EA将提供战略工具，帮助您设计BCs。由于DDD，SOA，EA共享许多共同的第一公民原则，它们将非常适合.

我的贡献来得晚了，你有什么经验可以和我们分享吗？