庆祝领域驱动设计 (DDD) 和EIP诞生20多年
内容提要
《领域驱动设计》和《企业集成模式》是信息技术领域中重要的经典书籍，关注概念和折衷方案。DDD和EIP简化了复杂系统的设计和开发，适用于微服务模式。
延伸解读
DDD与EIP的互补关系
文章指出，DDD和EIP在复杂系统设计中形成互补：DDD专注于在应用程序内对领域功能进行建模，帮助创建优雅的对象系统并封装业务逻辑；而EIP则专注于帮助多个应用程序作为一个整体协同工作，提供消息传递集成的通用语言。两者结合，为商业集成产品如Mule、Camel和WSO2 Micro Integrator奠定了基础，这些产品将EIP模式转化为可执行的领域特定语言。
微服务复杂性的两个维度
文章将微服务的复杂性分为业务领域固有的复杂性和构建、操作分布式系统的技术复杂性。DDD被采纳为降低微服务设计复杂性的默认方法，而EIP则用于降低实现这些设计（尤其是事件或消息）的复杂性。这种区分有助于团队在微服务架构中明确不同工具的应用场景，从而更有效地应对挑战。
领域事件与函数式编程的影响
文章提到，过去20年领域建模方式发生了重要变化：领域事件成为领域模型的一流成员，函数式编程成为主流也解放了人们对模型的思考方式。这些变化使得使用事件建模更加自然，消息在架构中无处不在，增加了语言在系统中的可见性。当前技术平台比20年前更支持DDD，但作者强调它仍然非常困难，只是意外复杂性有所降低。
给实践者的建议
文章引用Eric Evans的建议：要让领域建模有价值，必须心胸开阔，关注上下文边界而非实体或值对象，找到领域中重要且令人头疼的部分，用具体例子说明难点，并通过语言实验来清晰简洁地讲述这些例子。同时，文章提醒图表符号虽普遍用于记录集成解决方案，但图表并非解决方案本身，软件架构图只是一种表述。
Q&A
领域驱动设计（DDD）和企业集成模式（EIP）为什么在20年后仍然重要？
因为它们关注的是概念和折衷方案，而不是特定的技术。DDD和EIP简化了复杂系统的设计和开发，并且非常适用于微服务模式。
DDD和EIP在微服务设计中分别扮演什么角色？
DDD已成为减少微服务设计复杂性的默认方法，帮助识别业务领域和微服务边界；EIP则减少了实现这些设计的复杂性，尤其是事件或消息的实施，帮助设计应用程序之间的连接。
DDD和EIP如何互补？
EIP专注于帮助多个应用程序作为一个整体协同工作，而DDD展示了如何在应用程序中对域功能进行建模。EIP的模式列表是商业集成产品的基础，而DDD的聚合模式警告分布式事务的危险。
微服务的复杂性分为哪两个维度？
业务领域固有的复杂性和构建及操作分布式系统的技术复杂性。
过去20年，DDD和EIP领域发生了哪些主要变化？
领域事件成为领域模型的一流成员；函数式编程成为主流，改变了模型思考方式；系统架构向微服务和分布式系统转变；消息在架构中无处不在。
埃文斯对领域建模有什么建议？
要心胸开阔，关注上下文边界，而不是实体或值对象。找到领域中重要且困难的部分，用具体例子说明难点，用语言实验直到能清晰简洁地讲述这些例子。
