分离关注点：将应用程序分解为多个层级，每个层级都专注于特定的关注点。这些层级包括用户界面、应用程序逻辑、领域模型、数据访问和外部服务。
依赖反转原则：高层模块不应该依赖于低层模块，而是应该依赖于抽象接口。这样可以提高代码的可测试性、可维护性和可扩展性。
单一职责原则：每个组件都应该只有一个职责。这有助于确保代码易于理解、易于维护和易于扩展。
界限上下文：根据不同的业务需求和技术实现，将应用程序分为不同的界限上下文。这有助于确保每个组件都能够独立地进行开发、测试和部署。
使用 Clean Architecture 可以帮助开发人员创建清晰、模块化和可维护的应用程序。它可以减少代码的耦合性，使得系统更容易扩展和修改。此外，它还可以提高代码的可测试性，从而减少错误和缺陷。
虽然 Clean Architecture 并没有严格的规范，但是它提供了一个基本的框架和设计原则。开发人员可以根据自己的需求进行适当的调整和扩展。
在 .NET 中使用 Clean Architecture 创建新项目
在 .NET 中使用Clean Architecture 创建项目涉及将代码库组织到不同的层中，这些层优先考虑关注点分离、可维护性和可测试性。
在本文中，我们将仔细研究影响我们项目创建的基本思想和因素。
Clean Architecture 强调关注点分离和依赖关系反转，以创建高度模块化和可测试的代码库。该体系结构以确定业务逻辑优先级的层为中心，使其与框架、数据库或 UI 等外部关注点隔离。
让我们深入探讨Clean Architecture的关键原则。
定义图层
- 表示层 （UI）包含用户界面组件（例如 MVC、API 控制器、Blazor 组件）。与应用层通信。
- 应用层编排应用程序的用例或业务逻辑。包含应用程序服务和接口。与基础架构层和域实体进行交互。
- 域层表示核心业务逻辑、实体和特定于域的规则。包含域实体、值对象和域服务。
- 基础架构层处理外部问题，如数据库、文件系统、API 等。实现数据访问（存储库）、外部服务和其他特定于基础结构的详细信息。
依赖注入 （DI）
- 利用.NET 的内置 DI 容器，用于管理层之间的依赖关系。
- 注册依赖项并在整个应用程序中解析它们。
使用接口和协定
- 定义接口和协定以解耦组件和层。例如，定义存储库、服务等的接口。
- 在各个层中的具体类中实现这些接口。
关注点分离
- 确保每一层都有特定的责任，并且不会侵犯其他层。
- 在层之间保持清晰的边界。
实现模式
- 存储库模式将数据访问逻辑封装在存储库中。基于接口的数据检索和持久化方法。
- 用例/服务类在应用层的用例或服务类中实现特定于应用程序的逻辑。
- 依赖关系反转原则 （DIP）依靠抽象/接口而不是具体的实现来减少耦合。
单元测试
- 为每一层编写单元测试，以确保各个组件按预期工作。
- 用于独立测试的模拟依赖项。
遵循 SOLID 原则
- 在整个架构中应用 SOLID 原则（单一责任、开放/封闭、Liskov 替换、接口隔离、依赖关系反转），以确保可维护性、灵活性和可扩展性。
使用干净的代码实践
- 保持代码整洁、可读且可维护。
- 对类、方法和变量使用有意义的名称。
- 在适当的情况下应用设计模式来解决常见的体系结构问题。
持续精益求精
- 根据不断变化的需求和反馈定期审查和优化架构。
文档和注释
- 在必要时提供有意义的注释和文档，以帮助其他开发人员理解和将来的维护。
项目结构
MyProjectSolution/
│
├── MyProject.Application/ (Application Layer)
│ ├── Services/ (Application-specific services)
│ ├── UseCases/ (Use case classes)
│ ├── Interfaces/ (Interfaces defining application services)
│ └── MyProject.Application.csproj
│
├── MyProject.Domain/ (Domain Layer)
│ ├── Entities/ (Domain entities)
│ ├── ValueObjects/ (Value objects)
│ ├── Interfaces/ (Interfaces defining domain services)
│ └── MyProject.Domain.csproj
│
├── MyProject.Infrastructure/ (Infrastructure Layer)
│ ├── Data/ (Data access, repositories)
│ ├── ExternalServices/ (Integration with external services)
│ └── MyProject.Infrastructure.csproj
│
├── MyProject.Presentation/ (Presentation Layer)
│ ├── Controllers/ (API or MVC controllers)
│ ├── Models/ (ViewModels, DTOs)
│ └── MyProject.Presentation.csproj
│
├── MyProject.Tests/ (Unit tests for each layer)
│ ├── ApplicationTests/
│ ├── DomainTests/
│ ├── InfrastructureTests/
│ └── MyProject.Tests.csproj
│
├── MyProject.sln (Solution file)
└── README.md (Documentation)使用Clean Architecture的好处
Clean Architecture 提供了许多好处，有助于提高软件系统的整体质量、可维护性和可扩展性。以下是一些主要优势：
- 可修改性和可维护性更轻松的更新：Clean Architecture 促进了松耦合，使修改或更换组件变得更加简单，而不会影响整个系统。孤立的更改：对一层（如 UI 或数据库）的修改不需要更改核心业务逻辑，从而增强了可维护性。
- 测试隔离测试：该架构的分层结构允许对组件进行独立的单元测试，有助于实现全面的测试覆盖率。模拟依赖项：接口和依赖关系注入支持创建模拟对象，从而简化测试。
- 可扩展性清晰分离：定义明确的层允许在不影响其他部分的情况下扩展系统的特定部分，从而实现有效的扩展策略。高效的性能改进：可以在特定层进行优化，而不会影响整个系统，从而确保有针对性地增强性能。
- 减少技术债务维护干净的代码：通过强制分离关注点和清晰的边界，Clean Architecture 减少了代码纠缠和技术债务随时间推移的积累。更轻松的重构：它鼓励持续的重构和更简洁的代码实践，最大限度地减少遗留代码的积累。
- 增强协作结构清晰：该体系结构提供了清晰的结构和命名约定，有助于团队成员之间的沟通和协作。标准化模式：一致的设计模式和原则促进了开发人员之间的共识，从而提高了协作效率。
Clean Architecture示例项目
以下是一些使用 Clean Architecture 的示例项目和开源模板。
- ASP.NET Core 的Clean Architecture解决方案模板：GitHub - jasontaylordev/CleanArchitecture: Clean Architecture Solution Template for ASP.NET Core。
- Clean Architecture 解决方案模板：具有 ASP.NET Core 的 Clean Architecture 的起点：GitHub - ardalis/CleanArchitecture: Clean Architecture Solution Template: A starting point for Clean Architecture with ASP.NET Core。
- 使用 MudBlazor 组件构建的 Blazor WebAssembly 的干净体系结构模板：GitHub - fullstackhero/blazor-starter-kit: Clean Architecture Template for Blazor WebAssembly Built with MudBlazor Components。
- 一个基于.Net Core遵循Clean Architecture原则开源架构_razorpagecleanarchitecture clean architecture-CSDN博客。
- 聊聊 ASP.NET 6 整洁架构开发模板：「链接」
结论
在 .NET 项目中实现Clean Architecture原则涉及分离关注点、定义层之间的明确边界以及确保可测试性和可维护性。这种方法有助于更轻松地进行修改，增强代码可读性并简化测试。
