从这节开始，正式进入系统代码阶段的讲解，大部分工程都由两个modle组成:一个是facade，用来向外暴露接口；另一个是ddd，以领域驱动设计的模式来完成业务逻辑，业务逻辑部分代码不是大家所关心的，我将只保留代码结构，供大家参考。为了降低大家阅读代码的难度，相似的代码我会省略，代替以文字进行说明。
我将在系统中引入的工程如下：
代码结构
什么是DDD，不了解的同学自己查，我只在这里说明各包的约定：
1. interfaces：这可以说是传统意义上的Controller层，req和resp分别是入参和出参的对象声明，如果是提供给其它微服务的接口，则出入参的声明都需要写到facade模块里。这一层的代码只能调用application层。
2. application：这一层大家可以暂时理解为不需要写任何业务代码，如果是有业务逻辑的方法，则调用domain层；如果只是单纯操作数据库，这一层可以直接调用domain层。
3. domain-entities: 这里是聚合根，关于聚合根的理解，这篇短文说的比较清楚：什么是聚合和聚合根？
4. domain-aggregates：聚合
5. domain-repository：可以理解为数据库操作的接口定义
6. domain-service：业务逻辑代码所在
7. infrastructure-enums：枚举
8. infrastructure-utils：工具包
9. infrastructure-jpa-assembler：实体对象和数据库对象互换
10. infrastructure-jpa-mapper：sql
11. infrastructure-jpa-po：实体定义
12. infrastructure-jpa-repository：可以理解为数据库操作的接口实现
gateway-app
这是系统的汇款网关，网关主要的作用是反向代理、验签、加解密、分发等，所有和业务无关的处理都在这里完成。
channel-route
因为系统会对接各家银行，而各家银行的api接口完全不一样，在这个工程里会进行统一处理和路由选择。
channel-trans
一般来说，对接一家银行就会有一个channel-XXX微服务工程，当我们拿到银行的demo，只需要将他的返回值改为channel-route要求的统一格式就可以。
api-trans
这是给app提供的接口工程。
service-common
这里提供用户的登陆注册服务和积分规则引擎(drools)。
service-account
这里提供用户及备付金账户和账务服务。
service-rate
这里提供不同币种对的汇率查询及汇率规则配置。
service-fee
这里提供手续费配置和计算。
service-basic
这里提供的是各微服务工程都需要使用的共通服务。
basejar
这不是一个微服务，它只是一个jar包，大部分是各种配置和枚举，如各种aop，供所有微服务使用。
eureka-center
这只是一个简单的注册中心，本系列讲解中不会涉及，因为没什么可讲的。
mq-jar
本系统使用rocketMQ，这里封装了mq的基本方法。。
service-parent
父工程，没什么可说的。
config-center
这是配置中心。