特性

说起.net 领域驱动开源框架，大家第一反应肯定的abp。abp目前来说确实是很好的框架之一，但是太重，集成的框架太多。那么Clean Architecture就有它的优势了，基于asp.net core 开发的，支持3.0，2.2，2.0版本。

简介

Clean Architecture的目标是为新项目提供一个基本的入门工具包。 它不包括特定企业应用程序可能会受益的所有可能的框架，工具或功能。 它为诸如数据访问之类的技术选择的根源是使用Microsoft的技术栈的大多数商业软件开发人员最常用，可访问的技术。 （当前）它不包括对日志，监视或分析之类的广泛支持，尽管这些都可以轻松添加。 下面列出了它包括的技术依赖关系以及选择它们的原因。 由于该体系结构的本质是支持模块化和封装，因此可以轻松地将其中大多数换成您选择的技术。

安装

vs 安装插件，下载地址：https://marketplace.visualstudio.com/items?itemName=GregTrevellick.CleanArchitecture

打开vs，新建项目

项目结构

1、*.core项目

它是Clean Architecture设计的中心，所有其他项目依赖项都应指向该项目。 这样，它几乎没有外部依赖性。 这种情况下的一个例外是System.Reflection.TypeExtensions包，ValueObject使用该包来帮助实现其IEquatable <>接口。 核心项目应包括以下内容：

• Entities
• Aggregates
• Domain Events
• DTOs
• Interfaces
• Event Handlers
• Domain Services
• Specifications

我个人理解该项目是项目的核心，项目的业务都在此层。

2、*.SharedKernel 项目

许多解决方案还将引用单独的共享内核项目/程序包。 如果您需要在多个项目之间共享代码，我建议创建一个单独的SharedKernel项目和解决方案。

我个人理解是该项目是公共的项目，其他项目也可以用，类似通用工具。

3、*.Infrastructure 项目

应用程序对外部资源的大多数依赖关系都应在Infrastructure 项目中定义的类中实现。这些类应实现Core中定义的接口。如果您有一个具有很多依赖项的非常大的项目，那么有多个基础结构项目（例如Infrastructure.Data）可能是有意义的，但是对于大多数项目来说，一个带文件夹的基础结构项目可以很好地工作。该示例包括数据访问和域事件实现，但您还将向该项目添加诸如电子邮件提供程序，文件访问，Web api客户端等内容，因此它们不会向您的Core或UI项目添加耦合。

基础结构项目取决于Microsoft.EntityFrameworkCore.SqlServer和Autofac。之所以使用前者，是因为它内置在默认的ASP.NET Core模板中，并且是数据访问的最小公分母。如果需要，可以轻松地用轻巧的ORM（例如Dapper）替换它。 Autofac（以前称为StructureMap）用于允许依赖项的联结发生在最接近实现所在的位置。在这种情况下，可以在Infrastructure类中使用InfrastructureRegistry类，以允许在那里进行依赖项的连接，而无需应用程序的入口点，甚至不必引用项目或其类型。

我个人理解是数据访问层，和服务层

4 *.Web 项目

该层就是我们常见的web层，定义页面。

总结

CleanArchitecture对于我个人来说，我觉得它是最适合我的DDD的框架，目前正在努力看源码，有的地方设计我觉得和我想得不一样，我打算自己修改，做成自己通用的框架模板。

还有一点我不太懂，为什么一点领域驱动事件，它存在意义是什么？作者这张图我也没看懂。

源码地址：https://github.com/ardalis/CleanArchitecture，有兴趣的同学可以去研究。

最后希望大家多多评论、关注、点赞、转发，你们的支持，是我更新下去的最大动力。