文章目录
- 前言
- 一、应用架构
- 二、开发框架
- 三、逻辑架构
- 四、分层架构
- 1. 松散分层架构
- 2. 分层职责
- 总结
前言
在《支付系统设计一:支付系统产品化》文章中,我们知道支付核心对应于平台产品
层,主要具有以下功能:
- 为公司各业务线提供丰富的且涵盖公司特有业务(如:快捷转代扣,轮询扣款,轮询鉴权)的支付工具
- 封装paygw的各原子交易接口,降低业务线对接支付的难度
在《支付系统设计二:统一开发框架》文章中,我们对整个项目系统定了统一的开发框架,在此基础上完成支付核心的设计开发工作。
一、应用架构
首先从1.0架构整个应用架构中可以看到paycore在整个应用中所处的位置,主要是负责对上提供支付工具。
二、开发框架
在《支付系统设计二:统一开发框架》的基础上,进行具体代码编写。
三、逻辑架构
四、分层架构
1. 松散分层架构
系统结构参考DDD四层架构进行分层,Eric Evans提出的四层是逻辑分层,当然在实际项目中可以分成四层物理层,也可以拆分将一个逻辑层对应到多个物理层,如笔者是这么分层的,如下图:
API层对应用户接口层,Service层对应应用层,Domain对应领域层,Infrastructure层对应了Common(通用工具类、常量等)、Dal(数据持久层)、Integration(融合层用于服务间调用和缓存)、Main(启动类和配置类)。
2. 分层职责
具体分层已经每层职责见《DDD领域驱动设计:支付系统中的应用一》
总结
未完,待续…