EntityFrameworkCore上下文如何实现继承?

开发 前端
如果我们存在基础设施服务和其他服务,我们会定义属于基础设施服务的上下文以及其他服务的上下文, 而且会独立部署,此时其他服务需要使用基础服务,我们都会暴露基础服务接口给到其他服务调用,这也是常规操作。

​若在项目较小的情况下且仅内部调用等等,为免去重新定义基础设施服务上下文以及模型等等,我们大可以将基础设施服务上下文打成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>)))
{
return
Expression.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)
{
}

......
}

图片

哦,没啥可总结的勒,这玩意只能根据经验猜或者看源码可得知,再会!​

责任编辑:武晓燕 来源: JeffckyShare
相关推荐

2022-09-14 13:13:51

JavaScript上下文

2017-05-11 14:00:02

Flask请求上下文应用上下文

2012-12-31 10:01:34

SELinuxSELinux安全

2024-01-29 08:49:36

RAG模型检索

2024-03-14 08:11:45

模型RoPELlama

2017-06-27 18:52:05

TensorFlow深度学习

2012-08-10 13:32:08

.NETAOP架构

2023-07-11 10:02:23

2017-12-17 17:01:23

限界上下文系统模型

2024-09-30 14:10:00

2022-10-28 16:24:33

Context上下文鸿蒙

2021-07-26 07:47:36

Cpu上下文进程

2020-07-24 10:00:00

JavaScript执行上下文前端

2019-05-06 14:36:48

CPULinux寄存器

2010-02-25 17:04:54

WCF实例上下文

2012-07-30 16:29:40

架构架构模式.NET

2022-04-24 15:37:26

LinuxCPU

2011-06-28 10:55:02

QT QMainWindo 内存泄露

2023-12-10 13:37:23

Python编程上下文管理

2023-06-15 15:45:42

自然语言语言模型
点赞
收藏

51CTO技术栈公众号