主要观点：

• 之前文章讨论了领域驱动设计常被忽视的战略方面，软件开发中团队易 rush 向代码，而忽略理解基础，战略应先于行动。
• 现在探讨战术 DDD，即把理解的领域转化为可表达、可维护的代码，战略设计定义边界和共识，战术设计在每个边界上下文中实现这些想法。
• 战术 DDD 注重实现领域模型，提供丰富设计模式，如实体、值对象等，能创建准确且能应对变化的模型，避免误导和产生不必要的复杂。
• 战术部分由七个关键模式组成，分别是实体、值对象、聚合、仓储、工厂、领域服务和领域事件，它们在边界上下文中表达业务逻辑，将领域模型变为现实。
• 应用服务虽不在原始七个模式中，但在现代架构中作为用例协调者，管理事务、调用领域逻辑和触发外部集成，维护模型的纯洁性。

关键信息：

• 战略先行，战术实现，二者相辅相成。
• 七种战术模式的定义及示例代码，如实体的 Order 类、值对象的 Money 类等。
• 应用服务在协调用例和系统架构中的作用。

重要细节：

• 拉丁词“strategy”的根源含义为“将军的艺术”，强调计划先于行动。
• 战术模式并非凭空发明，而是源于多年的面向对象设计思维并适用于复杂业务领域。
• 每个模式在表达业务逻辑时都有特定角色，共同实现领域模型与代码的紧密结合。
• 如聚合中 Order 控制 OrderItems 以确保业务规则有效，工厂创建复杂域对象等。
• 领域事件用于捕捉业务领域内的重要事件，促进系统的解耦和可扩展性。
• 应用服务作为用例入口点，管理事务和调用其他组件，实现端到端的业务流程。