DbContext 中的 Explicit interface implementation

疑惑

前段时间一直再用Entity Framework 6,写了一些公用的方法,在这个过程中发现了DbContext实现的接口IObjectContextAdapter,可以通过这个接口访问到更底层的ObjectContext对象,比如

((IObjectContextAdapter)ctx).ObjectContext

当时就觉得很奇怪,为什么不能直接获取,而需要一次转换,主要是奇怪C#是通过什么形式把ObjectContext给hide住的,不过当时也没多想,忙于完成工作。最近比较系统的再过C#知识点的时候,发现了Explicit Interface implementation, 回想起了这个之前的那个疑惑,又去看了一下才发现,原来就是基于这个原理,其实是一个C#特别常见的功能,当你在实现某些接口的时候,IDE就已经告诉你了是隐示实现接口(implicit implementation)还是显示实现接口(explicit implementation)。

关于 Explicit interface implementation

简单的一句话就是,如果你想用接口当中的成员,必须使用接口本身的一种实现方式,使用这种方式可以为一些特定的情况而隐藏特定的实现,比如说要实现两个接口InterfaceA,InterfaceB,这两个接口中有相同的成员方法,实现类里边就可以共存了。

public interface InterfaceA
{
      void Test();
}

 public interface InterfaceB
{
      void Test();
}

public class RunTest : InterfaceA, InterfaceB
    {

        void InterfaceB.Test()
        {
            throw new NotImplementedException();
        }

        void InterfaceA.Test()
        {
            throw new NotImplementedException();
        }
    }

以这种方式实现后,实现类的实例是不能直接方法成员方法的。

DbContext 实现 IObjectContextAdapter

通过ILSpy反编译EntityFramwork.dll,并且查找DbContext后,就能看到实现IObjectContextAdapter的情况

/// <summary>
/// Returns the Entity Framework ObjectContext that is underlying this context.
/// </summary>
/// <exception cref="T:System.InvalidOperationException">Thrown if the context has been disposed.</exception>
[SuppressMessage("Microsoft.Design", "CA1033:InterfaceMethodsShouldBeCallableByChildTypes")]
ObjectContext IObjectContextAdapter.ObjectContext
{
    get
    {
        this.InternalContext.ForceOSpaceLoadingForKnownEntityTypes();
        return this.InternalContext.ObjectContext;
    }
}

是以explicit implementation的方式实现的接口,并且不直接暴露给外部,所以这也就是为什么Entity Framework 6更希望你用DbContext这种封装了N层的类,而不希望你在通常的情况下用更底层的类,但如果要用只能通过IObjectContextAdapter本身来调用这个成员。

时间: 2024-12-28 17:04:44

DbContext 中的 Explicit interface implementation的相关文章

C++中的explicit关键字的用法

一.explicit作用: 在C++中,explicit关键字用来修饰类的构造函数,被修饰的构造函数的类,不能发生相应的隐式类型转换,只能以显示的方式进行类型转换. 二.explicit使用注意事项: explicit 关键字只能用于类内部的构造函数声明上. explicit 关键字作用于单个参数的构造函数. 在C++中,explicit关键字用来修饰类的构造函数,被修饰的构造函数的类,不能发生相应的隐式类型转换 参考博客:http://www.cnblogs.com/this-54327365

EF获取DbContext中已注册的所有实体类型

/// <summary> /// 获取DbContext中已注册的实体类型 /// </summary> /// <typeparam name="T">DbContext上下文类型</typeparam> /// <param name="ass">实体所在程序集</param> /// <returns></returns> public IEnumerable&l

深入理解C++中的explicit关键字

深入理解C++中的explicit关键字 [email protected] http://blog.csdn.net/kezunhai C++中的explicit关键字只能用于修饰只有一个参数的类构造函数, 它的作用是表明该构造函数是显示的, 而非隐式的, 跟它相对应的另一个关键字是implicit, 意思是隐藏的,类构造函数默认情况下即声明为implicit(隐式). 关于explicit关键字,先看看MSDN上的解释: This keyword is a declaration speci

一个BADI中实施多个Implementation

转自:https://blog.csdn.net/zhongguomao/article/details/76251407 业务场景:例如我们需要对国家的税率做一个增强,以完成某种业务运算,但是每个国家的税率又是不同的,所以可以新建一个BADI用于增强国家税率计算,对BADI进行多次实施,分别用于不同国家的税率计算. 1.因为BADI多次实施,需要选中Multiple Use:因为实施的Implementation用于不同场景,需要选中Filter Use.  2.在BADI:Y_BADI_CA

OC中的@interface和java中的区别以及 @implementation @protocol

java 在java中的interface是‘接口’的意思,而java的类声明用class,即接口用interface声明,类是用class声明,是两个独立的部分. 只有在类声明要实现某个接口时,他们两者才建立了关系,例如: [html] view plaincopyprint? interface AI{ void print(); }; class AC{ }; 这时候,AI和AC是独立存在,AC不会因为没有和AI建立关系而编译错误,将AC做以下修改后,AI才和AC建立了关系,AC必须实现A

【转】C++中的explicit关键字

在C++程序中很少有人去使用explicit关键字,不可否认,在平时的实践中确实很少能用的上.再说C++的功能强大,往往一个问题可以利用好几种C++特性去解决.但稍微留心一下就会发现现有的MFC库或者C++标准库中的相关类声明中explicit出现的频率是很高的.了解explicit关键字的功能及其使用对于我们阅读使用库是很有帮助的,而且在编写自己的代码时也可以尝试使用.既然C++语言提供这种特性,我想在有些时候这种特性将会非常有用. 按默认规定,只用传一个参数的构造函数也定义了一个隐式转换.举

Java中abstract与interface

抽象类(abstract class)的特点: 1.抽象类.抽象方法都必须使用abstract修饰. 2.抽象类中,可以有非抽象方法,甚至可以是没有任何方法或变量的空类. 对于抽象类中不定义抽象方法的用意在于:使该类不能被创建对象. 3.抽象方法,是不能有方法体的. 对于抽象方法的访问限制符,可以是public.protected.不写. 4.抽象类,不能使用new创建对象. 5.抽象类的抽象方法,如果只有部分抽象方法被子类重写,则该子类依然是抽象类:如果抽象类的全部抽象方法被子类重写,则该子类

Ts中的接口interface

接口ITest.ts interface ITest { name:string; age:number; run(); goto(x:number,y:number):number; } 必须继承接口的属性和方法(AS3接口中不能定义属性). 属性和方法必须是public. 类型没有强制和接口一致. class Test implements ITest{ public name:string = "Test"; public age; public run(){ console.l

Typescript中的class interface 只是在声明,其实什么也没有干!

由于vue.js的特殊机制,初始化后给对象添加的属性是无法更新UI的. 最近结合typescript和vue进行web开发,就遇到了这样的坑. class user{ name:string; age:number; constructor(){ } } var v=new Vue(var v2 = new Vue({            el: '#app',            data: {               user:new user()            }}); 如