COLA框架的架构和调用流程

架构图

四层结构

  1. 适配层(Adapter Layer):负责对前端展示(web,wireless,wap)的路由和适配,对于传统B/S系统而言,adapter就相当于MVC中的controller;
  2. 应用层(Application Layer):主要负责获取输入,组装上下文,参数校验,调用领域层做业务处理,如果需要的话,发送消息通知等。层次是开放的,应用层也可以绕过领域层,直接访问基础实施层;
  3. 领域层(Domain Layer):主要是封装了核心业务逻辑,并通过领域服务(Domain Service)和领域对象(Domain Entity)的方法对App层提供业务实体和业务逻辑计算。领域是应用的核心,不依赖任何其他层次;
  4. 基础实施层(Infrastructure Layer):主要负责技术细节问题的处理,比如数据库的CRUD、搜索引擎、文件系统、分布式服务的RPC等。此外,领域防腐的重任也落在这里,外部依赖需要通过gateway的转义处理,才能被上面的App层和Domain层使用。

组件说明

  1. gateway是为了防腐
  2. Infra层起数据屏蔽作用,如果提供的接口不变,数据层的改动都可以直接在Infra里面完成
  3. 第三方服务的调用在Infra层
  4. 为了易于理解可以把Adapter改为Controller

调用关系

  1. APP —> Infra, 为了可以直接CRUD,同时也是为什么Infra 可以直接依赖Client包
  2. APP —> gateway, 为了解耦/防腐/数据聚合
  3. APP —> domain service —> gateway —> 存储/缓存/外部服务, 为了实现复杂领域业务
    灵活使用,覆盖不同的场景

调用过程及对象使用

  1. Client
    定义如下对象
    • VO(View Object),Adapter层使用
    • Command,APP层使用,包含Qry、Add/Update/Delete
    • DomainEvent,Infra层发布领域事件使用
    • ServiceI,APP层实现该服务对外提供应用API
  2. Adapter层
    接收Command或者参数列表传递给ServiceI
    返回Response+VO给前端
  3. APP层
    ServiceImpl接收Command
    • 直接/间接传给Mapper
    • 转换成Entity,传给gateway或者domainservice
      返回Response+VO给Adapter层
  4. Domain — 不依赖其他任何层
    定义领域对象Entity
    Entity作为gateway的参数或返回
    Entity作为domain service的参数或返回
  5. Infa
    1. 调用数据库直接用Mybatis的Mapper,返回DO
    2. 调用第三方服务封装DO和Mapper,返回DO
    3. gatewayImpl通过mapper聚合来提供上层数据接口,返回Entity
    4. DomainEvent的发布