Clean Architecture：领域驱动设计与现代企业架构

"clean-architecture" Clean Architecture是一种软件设计模式，由Robert C. Martin（也称为Uncle Bob）提出，旨在创建可维护、可扩展且高度解耦的软件系统。这本书的核心理念是将业务逻辑（领域模型）作为架构的中心，以此来确保软件的独立性，避免对特定技术或框架的过度依赖。 1. Clean Architecture概述 Clean Architecture描述了一种层次化的架构设计，其中每个层次都有特定的责任，并且高层次的组件不依赖于低层次的组件，反之则不然。这种设计方式使得系统更易于测试、理解和维护。 2. 领域驱动设计（Domain-Centric Architecture） 在Clean Architecture中，领域模型是核心，它包含了业务规则和业务实体。这个层不受任何外部影响，比如数据库访问或者用户界面的细节，确保了业务逻辑的纯粹性。 3. 应用层 应用层处理来自用户接口的输入，将其转化为领域模型可以理解的命令或查询。它还负责将领域模型的结果传递回用户接口，但不包含任何业务逻辑，仅起到协调和调度的作用。 4. 命令与查询分离（Commands and Queries） 这一原则主张将系统的操作分为两个类别：命令（修改系统状态）和查询（获取信息）。这样可以保持读写操作的分离，提高系统的性能和可读性。 5. 功能性组织 在Clean Architecture中，代码通常按照功能进行组织，而不是按照技术组件（如数据库访问或用户界面）。这样可以更好地反映业务流程，增强代码的可读性和可维护性。 6. 微服务 虽然Clean Architecture不是专门针对微服务的，但其原则可以很好地应用到微服务架构中。每个微服务都可以有自己的Clean Architecture，实现独立部署和边界控制。 7. 企业级架构焦点 Clean Architecture不仅适用于小型项目，也适用于大型企业级应用。它是三层架构（表示层、业务逻辑层和数据访问层）的现代进化版，提供了一种更通用、灵活的设计模式。 8. 六个关键点 - 依赖倒置原则：高层模块不应依赖于低层模块，两者应依赖于抽象。 - 接口隔离原则：接口应尽可能小，避免“胖接口”。 - 里氏替换原则：子类型必须能够替换它们的基类型，而不会影响程序的正确性。 - 开闭原则：软件实体（类、模块、函数等）应对扩展开放，对修改关闭。 - 单一职责原则：一个类、函数或模块应只有一个职责。 - 推迟绑定：尽可能晚地决定组件间的依赖关系。 以上是对Clean Architecture的概述，它提倡一种以业务为中心的设计方法，强调解耦和可测试性，对于构建高质量的软件系统具有重要意义。