若在项目较小的情况下且仅内部调用等等,为免去重新定义基础设施服务上下文以及模型等等,我们大可以将基础设施服务上下文打成nuget包形式或项目引用方式等等,然后其他服务上下文继承基础设施上下文,如此这般,我们就可以操作基础设施模型,那么我们应该怎么做呢?,我们从头开讲,比如我们定义其他服务上下文以及模型等等,接下来我们使用控制台程序注入上下文并查询表数据,最基本操作,无需我多言,
,此时上述服务上下文需要调用基础服务上下文,我们该怎么办呢?先定义好基础服务上下文,接下来我们将其他服务上下文TestDbContext继承自上述基础服务上下文,此时编译会报CS1503错误,无法将TestDbContext转换为BaseContext,因为构造函数参数不匹配,我们知道DbContextOptions是DbContextOptions<T>父类,所以我们只需在BaseDbContext新增一个构造函数即可,这样一来,我们则可以操作基础服务上下文中的模型,如下,
,我们到这里是不是就大功告成了呢?当然没有,若此时通过基础服务上下文直接操作,我们发现会抛出如下异常,
,啥意思呢?根据大致意思来看,就是说上下文构造函数有问题,所以无法激活创建上下文,那么根本原因在哪里呢?这个问题其实在此前博文有讲解 ,甩出源码如下:,首先获取上下文中声明的构造函数过滤掉了静态和公共,且上下文必须有且只能有一个显式构造函数且参数只能为DbContextOptions<T>,我们恍然大悟,将新增的构造函数访问修饰符修改为受保护的(protected)即可,
,哦,没啥可总结的勒,这玩意只能根据经验猜或者看源码可得知,再会!
© 版权声明
文章版权归作者所有,未经允许请勿转载。