切层技能入门指南：从零构建高效分层架构

2次阅读

共计 1804 个字符，预计需要花费 5 分钟才能阅读完成。

先看两个真实案例：

修改扩散问题：某金融系统每次新增字段都需要修改 5 个不同层级的文件，因为业务逻辑直接混在 DAO 层里。一个简单的需求变更导致上百行代码改动，上线后出现数据不一致
测试困境：某电商促销模块因为控制层直接调用数据库连接，写单元测试需要启动整个 Spring 容器，单测执行时间从秒级恶化到分钟级

经典三层架构（表现层 - 业务层 - 数据层）
适合：传统 CRUD 应用，团队技术栈统一
示例：Spring MVC + MyBatis 组合
六边形架构（端口与适配器）
适合：需要频繁对接外部系统的场景（如支付网关对接）
特点：业务核心与外部实现完全解耦
CQRS 模式（命令查询职责分离）
适合：读写负载差异大的系统（如数据分析平台）
注意：会显著增加架构复杂度

@startuml
package "表现层" {[OrderController]
}

package "应用层" {[OrderAppService]
}

package "领域层" {[Order]
  [OrderRepository]
}

package "基础设施层" {[OrderMapper]
  [MySQL]
}

[OrderController] -> [OrderAppService]
[OrderAppService] -> [OrderRepository]
[OrderRepository] --> [OrderMapper]
[OrderMapper] --> [MySQL]
@enduml

DTO 定义（注意与实体分离）

// 表现层 DTO
public class OrderCreateDTO {
    @NotBlank
    private String productId;
    private Integer quantity;
    // 省略 getter/setter
}

// 领域实体
public class Order {
    private OrderId id;
    private List<OrderItem> items;
    // 包含业务方法
    public void validate() { /* 校验逻辑 */}
}

层间调用示例（依赖接口而非实现）

// 应用服务（依赖领域层接口）@Service
@RequiredArgsConstructor
public class OrderAppService {
    private final OrderRepository orderRepository;

    @Transactional
    public OrderResult createOrder(OrderCommand command) {Order order = new Order(command);
        order.validate(); // 业务规则校验
        return orderRepository.save(order);
    }
}

// 基础设施实现（实现领域层定义的仓储接口）@Repository
public class OrderRepositoryImpl implements OrderRepository {
    @Override
    public Order save(Order order) {// 调用 MyBatis 等持久化框架}
}