最近在学习使用 abp 来做一些小程序。abp 是一个功能丰富的 .NET 开发框架，完全开源，遵循 DDD（领域驱动）设计模式，支持微服务开发，集成了 Identity、角色权限、本地化、动态代理、后台任务、分布式消息、审计日志、多租户支持等多个组件和特性，并提供了 Blazor 和 Angular 的前台页面。基于此框架可以遵循最佳实践，省去自己开发脚手架的时间，提升开发效率。但因为 abp 封装了非常多的功能，有时候需要花时间研究其配置，才能更好地发挥效能。

abp 的一个优势是模块化，可以在框架基础上开发出一个个的 module，以方便重用。国内 .NET 社区里已经开发出了非常多的模块，官方也提供了集成了很多模块的商业版。对我来说，使用模块解决的一个问题是，abp 升级非常频繁，如果将我的业务系统做成模块，能够更好的与框架本身进行隔离，这样以后框架升级的时候就无需担心对业务系统有破坏性的更改。本文介绍了如何开发一个模块，并使用单独的数据库及实现迁移。

创建 abp 项目

官方文档已经提供了非常详细的新建项目向导。参考：https://docs.abp.io/en/abp/latest/Getting-Started-Create-Solution?UI=Blazor&DB=EF&Tiered=Yes

CLI 命令参考：https://docs.abp.io/en/abp/latest/CLI

我们使用 abp CLI 创建一个新项目。我使用 Blazor 来开发前端页面，正好学一下。

abp new MainApp -u blazor

然后按照官方文档操作即可：https://docs.abp.io/en/abp/latest/Getting-Started-Running-Solution?UI=Blazor&DB=EF&Tiered=Yes

主要步骤是：

• 修改数据库连接字符串

• 运行 .DbMigrator 项目初始化数据库并填充初始数据。

• 运行 .HttpApi.Host  项目

如果操作正确，我们应该能够看到 Swagger 文档了。

如果同时启动 .HttpApi.Host 和 .Blazor 项目，前端页面也应该可以正常展示。基本的用户登录、角色权限都有了。

创建一个新模块

刚开始我是用 CLI 创建了一个新模块，然后手动把两个项目的 solution 文件集成到一块，麻烦而且易出错。后来发现原来 CLI 已经提供了将新模块添加到现有解决方案的命令，可参考：https://docs.abp.io/en/abp/latest/CLI#options-3

可以使用以下的命令：

abp add-module MyModule --new --add-to-solution-file

注意运行该命令的时候要在 MainApp 的目录下。这样 CLI 会在当前目录下创建一个 modules 目录来存放新模块的解决方案，同时把所有项目添加到 MainApp 的解决方案中，还会修改一些文件，这样我们就不用手动集成模块了。

添加新 Model

接下来继续按照官方文档来添加新的 Model：https://docs.abp.io/en/abp/latest/Tutorials/Part-1

具体内容这里就不展开了，可根据实际需要添加几个 Model。

步骤大概是：

• 添加 Model

• 更新模块 MyModule.EntityFrameworkCore 项目中的 MyModuleDbContext.cs 文件，添加相应的 DbSet

• 在 MyModuleDbContextModelCreatingExtensions.cs 中添加模型映射

为模块准备数据库迁移

接下来就是本文的重点，如何为模块添加一个单独的数据库并实现数据库迁移。

首先在 MainApp.EntityFrameworkCore 项目中添加目录 EntityFrameworkCore\MyModule。在这个目录中创建一个名为 MyModuleMigrationsDbContext.cs 的文件。内容如下：

public class MyModuleMigrationsDbContext : AbpDbContext<MyModuleMigrationsDbContext>{public MyModuleMigrationsDbContext(DbContextOptions<MyModuleMigrationsDbContext> options) : base(options){}protected override void OnModelCreating(ModelBuilder modelBuilder){base.OnModelCreating(modelBuilder);modelBuilder.ConfigureMyModule();}}

然后添加一个名为 MyModuleMigrationsDbContextFactory.cs 的文件：

public class MyModuleMigrationsDbContextFactory : IDesignTimeDbContextFactory<MyModuleMigrationsDbContext>{public MyModuleMigrationsDbContext CreateDbContext(string[] args){var configuration = BuildConfiguration();var builder = new DbContextOptionsBuilder<MyModuleMigrationsDbContext>().UseSqlServer(configuration.GetConnectionString("MyModule"));return new MyModuleMigrationsDbContext(builder.Options);}private static IConfigurationRoot BuildConfiguration(){var builder = new ConfigurationBuilder().SetBasePath(Path.Combine(Directory.GetCurrentDirectory(), "../MainApp.DbMigrator/")).AddJsonFile("appsettings.json", optional: false);return builder.Build();}}

这两个文件与 MainApp 的 DbContext 内容是类似的，大家可以比较一下。因为模块也要从 appsettings.json 中读取数据库配置，因此我们需要修改 appsettings.json 中的数据库链接字符串，注意需要修改两个位置：一个是 MainApp.DbMigrator 项目中的，另一个是 MainApp.HttpApi.Host 项目中的。仿照 MainApp 的连接字符串添加一个名为 MyModule 的即可。这样模块就可以有一个单独的数据库了。

运行模块数据库迁移

创建了新的 Model 后，我们要对数据进行迁移，以应用这些更改。

将 terminal 导航到 MainApp.EntityFrameworkCore 目录，运行以下命令：

dotnet ef migrations add migrationName --context MyModuleMigrationsDbContext --output-dir Migrations/MyModule

注意要指定要迁移的 DbContext，也就是 MyModuleMigrationsDbContext。同时我们还将迁移文件放在 Migrations/MyModule 目录下，这样不会与 MainApp 的迁移文件混淆。

如果一切正常，我们就可以在指定目录下看到生成的迁移文件了。

运行以下命令以应用数据库迁移：

dotnet ef database update --context MyModuleMigrationsDbContext

这样模块的数据库迁移就完成了。

其他设置

接下来按照官方文档继续添加相应的 AppService 及其接口等。这样我们的模块已经与 MainApp 是隔离的了，包括 Blazor 页面也是在一个单独的项目里。

如果运行 .HttpApi.Host 没有看到模块的 API，可以检查下 MainApp.HttpApi.Host 项目中的 MainAppHttpApiHostModule.cs 文件，看是否配置正确：

private void ConfigureConventionalControllers(){Configure<AbpAspNetCoreMvcOptions>(options =>{options.ConventionalControllers.Create(typeof(MainAppApplicationModule).Assembly);// Add the below lineoptions.ConventionalControllers.Create(typeof(MyModuleApplicationModule).Assembly);});}

再次运行 .HttpApi.Host 和 .Blazor 项目，可以看到前端页面已经添加了一个新模块的链接，只是内容页是空的。接下来我们就可以在 MyModule 解决方案里的 Blazor 项目中开发前端页面了。

在添加 Model 后我还遇到过一个错误，如下图所示：

Autofact.Core.DependencyResolutionException: 'An exception was thrown while activating Volo.Abp.IdentityServer.Grants.PersistedGrantStore ....'

乍一看还以为是 IdentityServer 的问题，其实不是。展开看 inner exception 就会发现这个是我们添加的 Dto 的 mapping 导致的。因为 Entity 是有 Id 的，但 CreateUpdateProductDto 没有Id，所以 mapping 出错了。如果遇到这种情况，可以将 Id 省略掉：

CreateMap<CreateUpdateProductDto, Product>().Ignore(x => x.Id);

学习了几天感觉这个框架还是挺方便的，功能非常强大，但学习起来还是有一定难度的。框架各部分之间的依赖非常多，如果不仔细研究，很容易处处碰壁。好在官方文档写的还是相对比较详细的，只是部分文档还有空缺。希望官方以后补足吧。是否使用框架开发是一个两难的问题，太依赖框架可能会失去对细节的把控，处处受制于框架的实现；不使用框架就得自己重复造轮子。只能见仁见智了。

万水千山总是情，点个关注行不行

天若有情天亦老，加个粉丝好不好