如何在ABP Vnext中拓展user表字段

步骤

从ABP官网创建下载下来的代码中，有自带的表都是封装好的，如果个别业务需要去定制，如果不是很熟悉ABP的话就很难去做这个拓展的需求。
官方纵使也有这个方面的文档，但是对于柴点的朋友还是有点难度的，鄙人就是哪一位，因此研究了好些时间，在此记录一下获取能帮助到其他跟我一样的朋友。

创建一个类，用于放置需要拓展的字段属性，根据规范这部分属于聚合根，放在Domain下即可，不需要去继承IdentityUser，血一样的教训····

在 EF CORE下的 项目名称+EfCoreEntityExtensionMappings 对用户名新增字段。

 ObjectExtensionManager.Instance
             .MapEfCoreProperty<IdentityUser, string>(
                 nameof(MyUser.Avatar),
                 (entityBuilder, propertyBuilder) =>
                 {
                     propertyBuilder.HasMaxLength(MyUser.MaxAvatarLength);
                 }
             );

将第二步中的配置生效，则需要在EF CORE下的 项目名称+EntityFrameworkCoreModule 类中，找到 PreConfigureServices 方法，加上如下代码即可，但是一般都是默认都自带配置了的，只是出于谨慎最好检查一下。

将上一步配置的内容，在模块中加载
```
 public override void PreConfigureServices(ServiceConfigurationContext context)
     {
         项目名称+EfCoreEntityExtensionMappings.Configure();

         base.PreConfigureServices(context);
     }
```
配置 项目名称+MigrationsDbContextFactory类中的 CreateDbContext。

同上一步，在DbContextFactory中进行同样配置，一些情况下我们需要通过DbContextFactory来获取DbContext，如不配置此项，将会导致获取的DbContext中内容不一致。 ```C# public ExamineDbContext CreateDbContext(string[] args) { ExamineEfCoreEntityExtensionMappings.Configure();// 注意，只是这一行
```
     var configuration = BuildConfiguration();

     var builder = new DbContextOptionsBuilder<ExamineDbContext>()
         .UseSqlServer(configuration.GetConnectionString("Default")/*, MySqlServerVersion.LatestSupportedServerVersion*/);

     return new ExamineDbContext(builder.Options);
 }  ```
```

配置应用层Dto扩展

因头像Avatar信息是我们追加给IdentityUser的，Abp Zero中内置的User相关Dto是没有此项内容的，我们需要对这些Dto做一些添加属性的操作。在Application.Contracts层，新建一个名为MyAppDtoExtensions的类（这里本人使用的ABP Vnext Pro在生成的代码中已经带有了，应该是官方自带的，所有我这里不需要去新建），当然类名称随意。

这里注意，没拓展一个字段就要新增一个AddOrUpdateProperty，如此叠加。 ```C# public static class ExamineDtoExtensions { private static readonly OneTimeRunner OneTimeRunner = new OneTimeRunner();

 public static void Configure()
 {
     OneTimeRunner.Run(() =>
     {
         /* You can add extension properties to DTOs
          * defined in the depended modules.
          *
          * Example:
          *
          * ObjectExtensionManager.Instance
          *   .AddOrUpdateProperty<IdentityRoleDto, string>("Title");
          *
          * See the documentation for more:
          * https://docs.abp.io/en/abp/latest/Object-Extensions
          */

         ObjectExtensionManager.Instance
         .AddOrUpdateProperty<string>(
             new[]
             {
                 typeof(IdentityUserDto),
                 typeof(IdentityUserCreateDto),
                 typeof(IdentityUserUpdateDto),
                 typeof(ProfileDto),
                 typeof(UpdateProfileDto)
             },
             "Avatar"
         );
     });
 }  }  ```

在EF CORE模块下的类ApplicationContractsModule中进行配置

为了是上一步配置生效，还需要在 项目名称+ApplicationContractsModule中进行如下配置：
```
 public override void PreConfigureServices(ServiceConfigurationContext context)
 {
     ExamineDtoExtensions.Configure();

 }
```

问题

服务重写

在拓展了user表字段属性后，写了重写原有服务的manager，那么这里就要注意了，在执行.DB项目跑初始数据时，会默认跑到manager中的逻辑，如果这里没写好或者写错了也会被更新到数据库中，这里要注意。 解决办法： 如果做了拓展尽量就只跑.DB做数据迁移，之后再做服务的重写。
在重写服务后，ABP的User表中有一个字段（Discriminator）默认是不为空的，而重写之后如果不注意，这这个字段是为空的，那么执行迁移时是会报异常错误提示不可写Null入表的。 解决办法： 方法一，迁移后直接去表设计中把必填项去掉，就可以迁移了，我就是用的这个办法，但是治标不治本的，后续还是要解决。方法二，重新追加user表的种子数据，因为拓展了可能影响到了那个字段，具体要实测，我没有用这个方法。

问题原因： 就是因为重写了服务，有继承了IdentityUser服务相关的接口后，会被认为是重写，这时候自身的种子数据就会被忽略所有那个字段就为空了，这是主管上的认为，具体不知；因为注释了重写服务的继承后，数据迁移就没有报这个错误了。
拓展成功了字段后，如果拓展的字段没有值的话，那么查询的即使查到了当条数据后如果那个拓展的字段没有值，那么那个ExtraProperties字段下的拓展字典数据是不返回来的，也就是为空。

如何在ABP Vnext中拓展user表字段

步骤

问题

服务重写

Manager

EF CORE

CATALOG

FEATURED TAGS

FRIENDS