Interface继承至System.Object?

简介:

 这其实是个很基础的问题,在我们学习C#类型的时候第一句就是所有的对象都继承至System.Object。今天一个同事问我Interface继承之System.Object。所以才有了本文。

  在这里我只从几个方面简单的说明:

  1:从语义:

     Interface在oo中表示一组行为的集合,是高层次的抽象,契约,一种稳定的表现。好比我们生活的公司和员工之间的合同,双方都必须遵循。所以我们的接口必须是一个干净纯洁的体系。加入interface继承之System.Object,这以为这是不是,Interface有Equal,ToString等方法?这明显破坏了接口的干净体系。

2:实践(C#):

   如果interface继承之System.Object,这我们可以从System.Type获取其基类:

如下测试:

public interface Itest{}

public class test{}

typeof(Itest).BaseTye//为null

typeof(test).BaseType//System.Object.

3:我们从IL指令来看(这也是最有力的证明):

我们先写一个接口和一个类,他们都是空实现:

namespace ConsoleApplication1 

    public class test 
    { 
    }

    public interface Itest 
    { 
    } 
}

 

在反编译查看IL:

test clas:

image

而interface Itest的IL:

image

从上面两个IL比较我们可以清晰的看出来class有显示的extends [mscorlib]System.Object,而接口没有,本篇的答案到这里你应该很清晰吧。这里还需要说明的是他们都是class,说明都是一种类型,而interface是一种特殊的类型。

接口能定义什么?接口能定义行为(方法),无参属性(属性,又称守信),有参属性(索引),不能定义私例字段,定义都是对编译器都是一组方法行为。

   在最后我们在来说说前面说的“所有的对象都继承至System.Object”,这是真的嘛?在c#的编译过程中为我们提供了一个选项NOAUTOINHERIT,是的我们可以为自定义类型去掉默认的System.Object的基类。这就打破了System.Object创世之祖的戒律。


本文转自破狼博客园博客,原文链接:http://www.cnblogs.com/whitewolf/archive/2012/05/23/2514123.html,如需转载请自行联系原作者

目录
相关文章
|
7月前
|
Java
Object类
Object类
34 1
|
7月前
|
算法 Java
System类
System类
23 0
|
设计模式 Java
8. 说说 Object 类下面有几种方法呢?
8. 说说 Object 类下面有几种方法呢?
51 0
8. 说说 Object 类下面有几种方法呢?
abstract class和interface有什么区别?
声明方法的存在而不去实现它的类被叫做抽象类(abstract class)
73 0
重写toString()这个来自Object类的方法的意义
重写toString()这个来自Object类的方法的意义
85 0
|
程序员
Object类中的方法
Object类中的方法
|
IDE Java 开发工具
|
JavaScript
Typescript的interface接口类型,类的继承,(private,protected,public三种访问类型)
Typescript的interface接口类型,类的继承,(private,protected,public三种访问类型)
|
存储
Set类初识
先看一下官方文档:set是一个不包含重复元素的 collection。更确切地讲,set 不包含满足 e1.equals(e2) 的元素对 e1 和 e2,并且最多包含一个 null 元素。
867 0