# ddd-sample

**Repository Path**: next-x/ddd-sample

## Basic Information

- **Project Name**: ddd-sample
- **Description**: Springboot, JPA, 基于领域驱动设计(DDD)的一份实现。
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 4
- **Forks**: 0
- **Created**: 2020-06-05
- **Last Updated**: 2022-01-05

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# Getting Started

### Reference Documentation
由于一直采用传统分层架构模式进行开发工作，过程中也遇到过一些问题，在此引入DDD。
1. 传统应用架构分层  
   由于结构简单，思维简单，新人容易上手，传统应用以经典三层架构为主：Controller，service，dao。
   在此模式下，大多业务代码会放在了service, 以贫血模型为最佳实践。如某块业务逻辑有一定的复杂性，那么此业务的代码会过于臃肿，
   随业务迭代，一个方法上百行，一个类几千行，更改业务会倍加小心，甚至于不敢去轻易修改某个方法，在漫长的迭代过程中，
   缺少有效的治理维护方法，会严重影响系统稳定性，以至于发展成危楼。  
      
2. 领域驱动设计, DDD: 结合了整洁架构，六边形架构   
   以业务模型做为关注点，建立业务部门与IT部门都能理解的通用模型，以此模型来进行转化为实现。领域模型实现多以贫血模型或充血模型。
   把领域模型做为核心，保证核心内容稳定。在核心之上，建立应用服务层，之上为infrastructure(展现层)，
   与原有思维相反的是把数据库实现放一并归到了infrastructure。     
   逻辑归类可参考：   
   （1）事务控制不要放在领域模型的对象中实现，可以放在App Service中完成。   
   （2）领域模型对象中只保留该模型驱动的一般方法，对于业务特征明显的特异场景方法调用放在App Service中完成。
   
   

 ### Guides
此项目是基于领域驱动设计的一份实现，亦战术实现部分，在此不作战略部分说明, 包含以下子模块。

* 客户反馈 (feedback) 
* 知识库 (kbs)
* 安全生产 (safety)  
    
```
    core(共用部分)
    feedback(客户反馈)
        application(app service层)
        domain(领域层）
        gateway(网关层==infrastracture)
            acl(北向网关, 提供数据库持久化)
            ohs(南向网关，提供rest,rpc服务)
    kbs(知识库)
        application(app service层)
        domain(领域层）
        gateway(网关层==infrastracture)
            acl(北向网关, 提供数据库持久化)
            ohs(南向网关，提供rest,rpc服务)
    safety(安全知识)
        application(app service层)
        domain(领域层）
        gateway(网关层==infrastracture)
            acl(北向网关, 提供数据库持久化)
            ohs(南向网关，提供rest,rpc服务)
    start-app (项目启动类，聚合了其他项目)        
        StartApplication(SpringBoot启动类)


```

### 说明
    在实际项目过程中如有其他想法，再做其他具体说明更新