# ddd

**Repository Path**: maxlim/ddd

## Basic Information

- **Project Name**: ddd
- **Description**: No description available
- **Primary Language**: Java
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2021-12-12
- **Last Updated**: 2021-12-12

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# ddd

1. 过大类拆分
   > 坏味道不言而喻
2. 抽离领域模型的分页等查询接口
   > 让模型和软件实现保持一致的关联
3. 基础设施层不是层
   > 如果按传统的分层来分层，可以分为：展示层、服务层、领域层、基础设施层（持久层）。
   >
   1. 这样会导致领域层对基础设施层的代码上的直接依赖，
   2. 还有可能存在逻辑上依赖：一不小心就会导致以基础设施层的实现来牵制模型的接口实现，
      例如，getFromDB,getFromCache这样的接口。
   3. 为了强调领域模型的核心位置，领域模型定义xxxRepository接口，然后基础设施来实现。
   > 这样我们在分层模型上只有，展示层、服务层、领域层。让软件实现关注领域模型的一致性关联和实现。
4. 核心的领域模型，不要有技术上的依赖
   > models包并没有任何spring的注解