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