软件整洁架构（Clean Architecture）是一种软件架构设计原则，由罗伯特·C·马丁（Robert C. Martin）提出，旨在通过分层设计实现高内聚低耦合。其核心类型和特点如下：
一、核心分层结构
实体层（Entities） 代表系统中的核心业务概念和对象，封装业务规则和数据。该层通过接口与用例层交互，将外部系统接口转换为业务层可理解的格式。
用例层（Use Cases）
包含具体的业务规则和流程，定义系统需要实现的功能。用例层通过接口调用实体层和接口适配层，完成业务逻辑处理。
接口适配层（Interface Adapters）
负责数据格式转换和外部系统集成，包括数据库访问、Web接口、消息队列等。该层将实体层和用例层的数据转换为适合外部系统的格式。
框架与驱动层（Frameworks & Drivers）
包含外部框架和工具（如数据库、Web框架、消息队列等），负责与外部世界（如用户界面、硬件设备）进行交互。
二、架构优势
高内聚低耦合： 各层职责明确，便于维护和测试，同时降低层间依赖风险。 可扩展性
灵活性：可轻松应对需求变化，通过重构和新增适配层实现演进。
三、与传统架构的对比
| 架构类型 | 特点 | 对应关系（传统三层架构） |
|----------------|-----------------------------------------------------------------------|------------------------------------------|
| 整洁架构 | 分层职责明确，支持领域模型复用，适配微服务架构 | 用例层→领域层→表示层（传统三层架构） |
| DDD分层架构 | 在整洁架构基础上增加领域模型，强化业务规则封装 | 仓储层→领域层→应用层 |
四、适用场景
复杂业务系统：如企业级应用、金融系统，需应对高内聚需求。
微服务架构：通过接口适配层实现服务解耦。
持续集成/部署：各层独立测试，便于持续发布。
五、常见误区
避免过早分层：分层架构是技术性分区，需结合业务需求设计。
关注业务规则封装：领域层应独立于技术实现。
通过以上分层设计，整洁架构能够有效提升软件系统的可维护性、可测试性和扩展性，是现代软件开发的推荐实践。
