• 后端文件结构规范

    Choerodon 的微服务，采用DDD 的设计思想，整体架构如下图所示：

    framework_structure

    从上往下整体分为四层：

    展现层：

    主要用于用户显示信息，处理用户发送的restful请求信息（用户命令），并将信息传递给应用层的接口。这里指的用户可以是另一个计算机系统，不一定是使用用户界面的人。

    在本系统实现程序上主要包括：

    应用层：

    完成展现层指定的任务，并且调用领域对象或服务来解决问题。这一层所负责的工作对业务来说意义重大，也是与其它系统的应用层进行交互的必要渠道。应用层要尽量简单，不包含业务规则或者知识，而只为下一层中的领域对象协调任务，分配工作，使它们互相协作。 在本系统实现程序上主要包括：

    1. 负责事务处理，所以事务的注解可以在这一层的service中使用。
2. 只处理非业务逻辑，重点是调度业务处理流程。业务逻辑处理一定要放在领域层处理。
3. 不做单元测试，只做验收测试。
4. 可能会有比较多的依赖组件(领域服务)，使用field注入依赖的组件。
5. 方法要求无状态，只接受dto和元数据类型作为参数。

    领域模型层：

    负责表达业务概念，业务状态信息以及业务规则。尽管保存业务状态的技术细节是由基础设施层实现的，但是反映业务情况的状态是由本层控制并且使用的。领域层是业务软件的核心，领域模型位于这一层。

    在本系统实现程序上主要包括：

    基础设施层：

    向其他层提供通用的技术能力，为应用层传递消息，为领域层提供持久化机制，为用户界面层绘制屏幕组件，等等。基础设施层还能够通过架构框架来支持四个层次间的交互模式。 在本系统实现程序上主要包括：

    Java 开发规范

    Choerodon 的后端主要以Java 为主，您所开发的Java 程序需要符合SonarQube的规范检查和CheckStyle的规范检查：

    其他规范