接口与抽象类（通用OO）

我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。

根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。

接口：

接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。

抽象类：

子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。

在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。

另请参阅：

何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？

当前回答

从编码角度

如果抽象类只有抽象方法，则接口可以替换抽象类。否则，将抽象类更改为接口意味着您将失去继承提供的代码重用性。

从设计角度

如果它是“Is a”关系，并且您需要一个子集或所有功能，请将其保留为抽象类。如果是“应该做”的关系，请将其保留为界面。

决定你需要什么：只是策略执行，或者代码重用和策略。

2014-02-21 01:25:55

其他回答

面试官们正在寻找一棵奇怪的树。对于像C#和Java这样的语言，这是有区别的，但在其他语言中，像C++没有区别。OO理论并没有区分这两者，仅仅是语言的语法。

抽象类是一个同时具有实现和接口（纯虚拟方法）的类，将被继承。接口通常没有任何实现，只有纯虚拟函数。

在C#或Java中，没有任何实现的抽象类与接口的区别仅在于用于从其继承的语法以及只能从其中继承的事实。

2009-04-17 16:48:06

接口：-==合约。无论哪个类实现它都必须遵循接口的所有规范。

一个实时的例子是任何ISO标记的产品。ISO给出了一套规则/规范，说明产品应该如何构建以及它必须具备的最小功能集。

这只是产品必须具备的财产的子集。SO只有在产品满足其标准时才会签署产品。

现在看看这个代码

public interface IClock{       //defines a minimum set of specification which a clock should have

    public abstract Date getTime();
    public abstract int getDate();
}
public class Fasttrack: Clock {
    // Must have getTime() and getTime() as it implements IClock
    // It also can have other set of feature like 
    public void startBackgroundLight() {
        // watch with internal light in it.
    }
    .... //Fastrack can support other feature as well
    ....
    ....
}

在这里，Fastrack被称为手表，因为它具有手表必须具备的所有功能（最小功能集）。

原因和时间摘要：

来自MSDN：

抽象类的目的是提供多个派生类可以共享的基类的公共定义。

例如，类库可以定义一个抽象类，该抽象类用作其许多函数的参数，并要求使用该库的程序员通过创建派生类来提供自己的类实现。抽象只是指如果你不能定义它，就将它完全声明为抽象。实现类将完成这个实现。

例如：假设我声明一个类配方是抽象的，但我不知道该是哪个配方然后我将推广这个类来定义任何菜谱的通用定义。菜谱的植入将取决于菜品的实现。

抽象类既可以由抽象方法组成，也可以由非抽象方法组成。因此，您可以注意到接口中的差异。因此，实现类不一定必须具有每个方法。您只需要重写抽象方法。

简单来说，如果您想要紧密耦合，请使用接口o/w，以防失去耦合抽象类

2013-09-12 15:22:47

接口：

不包含含义接口可以从多个接口继承（支持多重继承）成员自动公开可以包含财产、方法、事件和索引器

抽象类：