背景

在使用ABP vNext过程中，因为我们的用户体系庞大，所以一直与其他业务同时开发，在开发其他业务模块时，我们一直存在着误区：认为ABP vNext 自动处理了数据新增时的租户Id（TenantId）的自动赋值插入。直到我们开始接入用户权限模块后，发现并不如此。

思路

为了实现字段的自动赋值，且无感知的，我们的思路是做类似拦截器，在上层应用新增数据相关代码流程进入DbContext的时候，在DbContext中进行处理。

其他

问题

为了实现上层业务开发人员的【无感知】，哪怕在代码编写过程中，我们也不希望开发人员有所明显感知自己在使用经过处理的DbContext，于是想到了与Volo.Abp.EntityFrameworkCore.AbpDbContext使用同一个名字AbpDbContext。

解决方案

我们首先知道，在C#中，如果有两个命名空间下，具有同名类，那么两个类的优先级为何。

假设，我们写的类：TripleH.AbpDbContext。我们在使用这个类的地方的命名空间为：TripleH.*.AClass。

那么在AClass中使用AbpDbContext时，我们就算引用了Volo.Abp.EntityFrameworkCore命名空间，编译时也会使用TripleH.AbpDbContext。

这是因为，C#在此处的优先级决定的，它优先找Triple.*命名空间下的AbpDbContext这个类，如果没有，就会逐级往上，找Triple命名空间下的AbpDbContext，如果找到了，就会直接使用它，使用时连命名空间都不需要手动引用。当然，如果没找过，才会去其他命名空间如Volo.Abp.EntityFrameworkCore中寻找。

实现

namespace TripleH
{public abstract class AbpDbContext<TDbContext> : Volo.Abp.EntityFrameworkCore.AbpDbContext<TDbContext>where TDbContext : AbpDbContext<TDbContext>{public AbpDbContext(DbContextOptions<TDbContext> options): base(options){}protected override void ApplyAbpConceptsForAddedEntity(EntityEntry entry, EntityChangeReport changeReport){SetTenantIdIfNull(entry);base.ApplyAbpConceptsForAddedEntity(entry, changeReport);}protected virtual void SetTenantIdIfNull(EntityEntry entry){if (entry.Entity is IMultiTenant entityWithTenantId&& entityWithTenantId.TenantId == null&& IsMultiTenantFilterEnabled){ObjectHelper.TrySetProperty(entityWithTenantId, e => e.TenantId, () => CurrentTenant.Id);}}}
}

使用

//无需额外引用TripleH命名空间，做到真正的无感知，当然鼠标放到AbpDbContext上，VS 会告诉你是哪个命名空间
namespace TripleH.Test.EntityFrameworkCore
{//此处继承的AbpDbContext，便是来自TripleH命名空间下，而非Abp[ConnectionStringName(BasicDbProperties.ConnectionStringName)]public class BasicDbContext : AbpDbContext<BasicDbContext>, IBasicDbContext{public BasicDbContext(DbContextOptions<BasicDbContext> options): base(options){}protected override void OnModelCreating(ModelBuilder builder){base.OnModelCreating(builder);builder.ConfigureBasic();}}
}