战术设计是一组在实施中使用的技术资源域模型，这些资源必须应用在一个单一的有界上下文中。如果正确使用战术设计标准，您实际上可以丰富您的领域模型，从而清晰地反映您的业务。
请参阅下面的主要构建模块：
实体
一个实体是一个潜在的可变对象，它具有一个唯一的标识符。实体在其域模型中具有自己的生命周期，这使您可以获取此实体的整个变化的历史记录。
值对象
区分值对象与实体的区别在于，值对象是不可变的，并且没有唯一标识，仅由其属性的值定义。这种不变性的结果是，为了更新值对象，您必须创建一个新实例来替换旧实例。
聚合Aggregates
它是战术设计中最重要和最复杂的模式之一，聚合基于另外两个战术标准，即实体和值对象。聚合是一种或多种的群集实体，并且还可以包含值对象。此群集的父实体接收聚合根的名称。服务服务是无状态对象，它们执行一些不适合实体或值对象上的操作的逻辑。它们执行特定于域的操作，这可能涉及多个域对象。
库Repository
存储库主要用于处理存储，它们抽象了对数据存储的依赖担忧。他们负责持久聚合。
工厂
工厂用于在构造Object时提供抽象，并且可以返回聚合根，实体或值对象。工厂是构建通过构造方法构建复杂的对象的替代方法。
事件
事件表示域中发生的重大事件，需要向属于域的其他利益相关者报告。Aggregates通常发布事件
模块
开发人员很少提及模块，但是它们的使用非常有趣。模块帮助我们隔离概念，可以定义为Java包或C＃命名空间，并始终遵循泛在语言。
您需要了解并非所有这些概念都需要应用于您的域模型，您需要进行分析，以便它不会给项目增加不必要的复杂性。
在实际项目中，会在技术方案设计中使用战术设计穷举出所以可能出现的场景
服务的协作
1.服务的类型
Facade 服务：位于用户接口层，包括接口和实现两部分。用于处理用户发送的Restful请求和解析用户输入的配置文件等，并将数据传递给应用层。或者在获取应用层后，将DO组装成DTO，将数据传输到前端应用。
应用服务：位于应用层。用来表述应用和用户行为，负责服务的组合，编排和转发，负责处理业务用例的执行顺序以及结果拼接，对外提供粗粒度的服务。
领域服务：位于领域层。领域服务封装核心的业务逻辑，实现需要多个实体协作的核心领域逻辑。它对多个实体或方法的业务逻辑进行组合或编排，或者在严格分层架构中对实体方法进行封装，以领域服务的方式供应用层调用。
基础服务：位于基础层。提供基础资源服务（比如数据库，缓存等），实现各层的解耦，降低外部资源的变化对业务应用逻辑的影响。基础服务主要为仓储服务，通过依赖倒置提供基础资源服务。领域服务和应用服务都可以调用仓储服务接口，通过仓储服务实现数据持久化。
2.服务的调用
微服务的调用包括三类主要场景：微服务内跨层服务调用，微服务之间服务调用和领域事件驱动。
