【导读】如果我们存在基础设施服务和其他服务,我们会定义属于基础设施服务的上下文以及其他服务的上下文, 而且会独立部署,此时其他服务需要使用基础服务,我们都会暴露基础服务接口给到其他服务调用,这也是常规操作
若在项目较小的情况下且仅内部调用等等,为免去重新定义基础设施服务上下文以及模型等等,我们大可以将基础设施服务上下文打成nuget包形式或项目引用方式等等,然后其他服务上下文继承基础设施上下文,如此这般,我们就可以操作基础设施模型,那么我们应该怎么做呢?
实现上下文继承
我们从头开讲,比如我们定义其他服务上下文以及模型等等
public class TestDbContext : DbContext
{public TestDbContext(DbContextOptions<TestDbContext> options) : base(options){}public DbSet<Test> Tests { get; set; }
}[Table("tests")]
public class Test
{[Column("id")]public int Id { get; set; }[Column("name")]public string Name { get; set; }
}
接下来我们使用控制台程序注入上下文并查询表数据,最基本操作,无需我多言
static void Main(string[] args)
{var services = new ServiceCollection();services.AddDbContext<TestDbContext>(options =>{options.UseSqlServer("Data Source=.;Initial Catalog=EFCore;User ID=sa;Password=sa123;");});var serviceProvider = services.BuildServiceProvider();var context = serviceProvider.GetRequiredService<TestDbContext>();var result = JsonConvert.SerializeObject(context.Tests.ToList());
}
此时上述服务上下文需要调用基础服务上下文,我们该怎么办呢?先定义好基础服务上下文
public class BaseDbContext : DbContext
{public BaseDbContext(DbContextOptions<BaseDbContext> options) : base(options){}public DbSet<User> Users { get; set; }
}[Table("users")]
public class User
{[Column("id")]public int Id { get; set; }[Column("name")]public string Name { get; set; }[Column("birthdate")]public DateTime BirthDate { get; set; }[Column("address")]public string Address { get; set; }
}
接下来我们将其他服务上下文TestDbContext继承自上述基础服务上下文
public class TestDbContext : BaseDbContext
{public TestDbContext(DbContextOptions<TestDbContext> options) : base(options){}......
}
此时编译会报CS1503错误,无法将TestDbContext转换为BaseContext,因为构造函数参数不匹配,我们知道DbContextOptions是DbContextOptions<T>父类,所以我们只需在BaseDbContext新增一个构造函数即可
public class BaseDbContext : DbContext
{public BaseDbContext(DbContextOptions<BaseDbContext> options) : base(options){}public BaseDbContext(DbContextOptions options) : base(options){}......
}
这样一来,我们则可以操作基础服务上下文中的模型,如下
var context = serviceProvider.GetRequiredService<TestDbContext>();var result = JsonConvert.SerializeObject(context.Users.ToList());
我们到这里是不是就大功告成了呢?当然没有,若此时通过基础服务上下文直接操作,我们发现会抛出如下异常
啥意思呢?根据大致意思来看,就是说上下文构造函数有问题,所以无法激活创建上下文,那么根本原因在哪里呢?这个问题其实在此前博文有讲解 ,甩出源码如下:
private static Func<TContext> CreateActivator(DbContextOptions options)
{var constructors= typeof(TContext).GetTypeInfo().DeclaredConstructors.Where(c => !c.IsStatic && c.IsPublic).ToArray();if (constructors.Length == 1){var parameters = constructors[0].GetParameters();if (parameters.Length == 1&& (parameters[0].ParameterType == typeof(DbContextOptions)|| parameters[0].ParameterType == typeof(DbContextOptions<TContext>))){returnExpression.Lambda<Func<TContext>>(Expression.New(constructors[0], Expression.Constant(options))).Compile();}}return null;
}
首先获取上下文中声明的构造函数过滤掉了静态和公共,且上下文必须有且只能有一个显式构造函数且参数只能为DbContextOptions<T>,我们恍然大悟,将新增的构造函数访问修饰符修改为受保护的(protected)即可
public class BaseDbContext : DbContext
{public BaseDbContext(DbContextOptions<BaseDbContext> options) : base(options){}protected BaseDbContext(DbContextOptions options) : base(options){}......
}
哦,没啥可总结的勒,这玩意只能根据经验猜或者看源码可得知,再会!