单层应用升级到多层应用1

前面我们已经逐步完善了我们的单层应用，但是随着复杂度提升，单层应用逐渐变得臃肿。为了更好地应对日益增长的业务需求和保持应用的可维护性，我们需要考虑将单层应用升级为多层应用。

升级思路

在单层应用中，我们讲基础设施的功能以及业务功能都写在同一个项目中，这将使得后期复杂度越来越高，可维护性越来越低。
首先先思考，哪些部分是属于业务无关的基础功能，哪些是通用的功能数据，哪些是业务功能。
根据这几个问题，暂时先考虑这样安排：
业务无关的基础功能抽离到Core。
通用的功能数据（如枚举，静态遍历）抽离到Shared。
把数据库相关的抽离成Domain和Data。
然后业务功能暂时还是放在Host。

整理目录结构

讲解完思路，那么接下来就是按照拆分思路整理目录结构了。
再来回顾我们单层的目录结构，如图：

开始拆分

Wheel.Core

我们先新建一个Wheel.Core类库，把Cache，DependencyInjection，Dto，EventBus，Exceptions，Expressions，Extensions，Json，Notifications，Users，Utilities迁移到进去。
这里需要注意的是，类库不包含AspNetCore的相关API，编译会报错，所以我们需要添加以下框架依赖，在项目文件中添加：

<ItemGroup>
  <FrameworkReference Include="Microsoft.AspNetCore.App"></FrameworkReference>
</ItemGroup>

Wheel.Shared

接下来新建一个类库Wheel.Shared把静态类和枚举类的目录Const和Enums迁移进去。

Wheel.Domain

新建一个类库Wheel.Domain，将我们的原本Domain中的所有目录迁移进去，然后把IBasicRepository，IDbTransaction，IUnitOfWork接口迁移进去。

Wheel.Data

新建一个类库Wheel.Data，依赖Wheel.Domain项目，将DbContext，EFBasicRepository实现以及工作单元的实现DbTransaction和UnitOfWork迁移进去。

整理项目依赖关系

代码拆分好了之后就开始整理项目间的依赖关系了。
Wheel.Core是0依赖，里面放的是框架的基础设施。
Wheel.Shared是0依赖，所有用到里面的静态类和枚举的项目才需要引用它。
Wheel.Domain依赖Wheel.Shared和Wheel.Core。
Wheel.Data依赖Wheel.Domain。
Host直接或间接依赖上面几个类库。
最终结构如下图：

跟我们一开始单层应用对比，Host的内容少了一部分，但还是稍显臃肿，我们的业务功能的实现还是堆积再Host中，所以我们还需要再做进一步的优化和拆分。
那么下一篇我们再来做进一步的工作。

欢迎进群催更。