.NET里面 abstract class和Interface有什么区别…

前言

很多新人对这个问题已经看到的厌倦或者是恶心了，有可能是因为比较难理解或者是未理解的情况下对它们的认知不够所以产生的想法是差不多，不用抽奖类和接口我一样能实现我想要的功能。

这句话确实不假，但是实现的功能是否符合面向对象思想就不得而知了，也有很多的朋友知道它们的意思但是许久不用也忘记的差不多了，那么我们今天就在来巩固下 抽象类和接口的一些区别。

为什么频频出现这个问题，无论是在面试过程中还是面试题上很多公司都在问这个问题，考验的无非几点1：对面向对象的理解 2：基本功扎实的程度，为什么这个说呢？接口和抽象类他们在很多情况下会让使用者混淆，比如：我们创建了一个接口里面填写上了定义的方法但是接口需要被子类继承和子类实现具体方法（这常用的我就不说了），再有抽象类抽象类中定义了抽象方法也需要被子类继承并且实现。很多朋友在学习的过程中看到这两点觉得差不多啊再加上用的少所以混淆了一些，我们可以理解两者的“差不多”甚至可以理解接口是变相的轻量级抽象类因为他们确实有很多共同之处，好了不废话了举例说明！

一、抽象类和接口有什么区别

声明方法的存在而不去实现它的类被叫做抽象类（abstract class），它用于要创建一个体现某些基本行为的类，并为该类声明方法，但不能在该类中实现该类的情况。不能创建abstract 类的实例。然而可以创建一个变量，其类型是一个抽象类，并让它指向具体子类的一个实例。不能有抽象构造函数或抽象静态方法。Abstract 类的子类为它们父类中的所有抽象方法提供实现，否则它们也是抽象类为。取而代之，在子类中实现该方法。知道其行为的其它类可以在类中实现这些方法。

接口（interface）是抽象类的变体。在接口中，所有方法都是抽象的。多继承性可通过实现这样的接口而获得。接口中的所有方法都是抽象的，没有一个有程序体。接口只可以定义static final成员变量。接口的实现与子类相似，除了该实现类不能从接口定义中继承行为。当类实现特殊接口时，它定义（即将程序体给予）所有这种接口的方法。然后，它可以在实现了该接口的类的任何对象上调用接口的方法。由于有抽象类，它允许使用接口名作为引用变量的类型。通常的动态联编将生效。引用可以转换到接口类型或从接口类型转换，instanceof 运算符可以用来决定某对象的类是否实现了接口。
1、抽象类

    (1) 抽象方法只作声明，而不包含实现，可以看成是没有实现体的虚方法
    (2) 抽象类不能被实例化
    (3) 抽象类可以但不是必须有抽象属性和抽象方法，但是一旦有了抽象方法，就一定要把这个类声明为抽象类
    (4) 具体派生类必须覆盖基类的抽象方法
    (5) 抽象派生类可以覆盖基类的抽象方法，也可以不覆盖。如果不覆盖，则其具体派生类必须覆盖它们。如：

public abstract class A //抽象类A 
{ 
    private int num=0;

    public int Num //抽象类包含属性 
    { 
        get 
        { 
            return num; 
        } 
        set 
        { 
            num = value; 
        } 
        
    }

    public virtual int getNum() //抽象类包含虚方法 
    { 
        return num; 
    }

    public void setNum(int n) // //抽象类包含普通方法 
    { 
        this.num = n; 
    }

    public abstract void E(); //类A中的抽象方法E 
    
}

public abstract class B : A //由于类B继承了类A中的抽象方法E,所以类B也变成了抽象类 
{ 
    
}

public class C : B 
{ 
    public override void E() //重写从类A继承的抽象方法。如果类B自己还定义了抽象方法，也必须重写 
    { 
        //throw new Exception("The method or operation is not implemented."); 
    } 
}

public class Test 
{ 
    static void Main() 
    { 
        C c = new C(); 
        c.E(); 
    } 
}

2、接 口

    (1) 接口不能被实例化
    (2) 接口只能包含方法声明
    (3) 接口的成员包括方法、属性、索引器、事件
    (4) 接口中不能包含常量、字段(域)、构造函数、析构函数、静态成员。如：

public delegate void EventHandler(object sender, Event e);

public interface ITest 
{ 
    //int x = 0;

    int A 
    { 
        get; 
        set; 
    }

    void Test();

    event EventHandler Event; 
    
    int this[int index] 
    { 
        get;

        set; 
    } 
}

    (5) 接口中的所有成员默认为public，因此接口中不能有private修饰符
    (6) 派生类必须实现接口的所有成员
    (7) 一个类可以直接实现多个接口，接口之间用逗号隔开
    (8) 一个接口可以有多个父接口，实现该接口的类必须实现所有父接口中的所有成

3、抽象类和接口
    相同点：
    (1) 都可以被继承
    (2) 都不能被实例化
    (3) 都可以包含方法声明
    (4) 派生类必须实现未实现的方法
    区 别：
    (1) 抽象基类可以定义字段、属性、方法实现。接口只能定义属性、索引器、事件、和方法声明，不能包含字段。
    (2) 抽象类是一个不完整的类，需要进一步细化，而接口是一个行为规范。微软的自定义接口总是后带able字段，证明其是表述一类“我能做。。。”
    (3) 接口可以被多重实现，抽象类只能被单一继承
    (4) 抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中
    (5) 抽象类是从一系列相关对象中抽象出来的概念， 因此反映的是事物的内部共性；接口是为了满足外部调用而定义的一个功能约定， 因此反映的是事物的外部特性
    (6) 接口基本上不具备继承的任何具体特点,它仅仅承诺了能够调用的方法    
    (7) 接口可以用于支持回调,而继承并不具备这个特点
    (8) 抽象类实现的具体方法默认为虚的，但实现接口的类中的接口方法却默认为非虚的，当然您也可以声明为虚的 
    (9) 如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法

二、抽象类和接口的用法

讲解了区别我们就一起看下用法，抽象类和接口我们定义下如下的类

public abstract class People{
abstract void eat();
abstract void sleep()；
}

public interface People{
void eat();
void sleep();
}

我们定义了一个 abstract 和一个 interfaced，一个是接口一个是抽象类他们都需要派生的子类对父类进行方法逻辑的具体实现。这两个是一样的内容派生的子类对他们也是进行一样的逻辑处理（这里主要讲解使用区别逻辑实现暂时不管），

现在我要加一个动作飞翔。

public abstract class People{
abstract void eat();
abstract void sleep()；
abstract void fly()；
}

public interface People{
void eat();
void sleep();
void fly();
}

这示例，明眼人一看都知道LOW的不要不要的。什么玩意压根就不是一类的东西。有这个感觉就对了说明还是有点变成思想的。

没错这个是很不合理的，这种方法违反了面向对象设计中的一个核心原则 ISP (Interface Segregation Principle)，在People的定义中把People概念本身固有的行为方法和另外一个概念"飞"的行为方 法混在了一起。这样引起的一个问题是那些仅仅依赖于Door这个概念的模块会因为"飞"这个概念的改变（比如：修改fly方法的参数）而改变，反 之依然那我们怎么进行解决呢？

public abstract class People{
abstract void eat();
abstract void sleep()；
}

public interface People{
void fly();
}

这种实现方式基本上能够明确的反映出我们对于问题领域的理解，正确的揭示我们的设计意图。其 实abstract class表示的是"is-a"关系，interface表示的是"like-a"关系。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有