接口和抽象类之间究竟有什么区别？

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

根据我的经验,我认为以下是正确的.如果我错过了重点,请告诉我.

接口:

在接口中声明的每个单独的方法都必须在子类中实现.接口中只能存在事件,代理,属性(C#)和方法.一个类可以实现多个接口.

抽象类:

只有抽象方法必须由子类实现.Abstract类可以有实现的常规方法.Abstract类还可以在Events,Delegates,Properties和Methods旁边有类变量.由于C#中不存在多重继承,因此类只能实现一个抽象类.

1. 毕竟,面试官想出了一个问题"如果你有一个只有抽象方法的抽象类怎么办？那么它与界面会有什么不同？" 我不知道答案,但我认为这是上面提到的继承权吗？

2. 另一位采访者问我,如果你在界面中有一个Public变量,那么它与Abstract Class有什么不同？我坚持认为你不能在界面中有一个公共变量.我不知道他想听到什么,但他也不满意.

另见:

• 何时使用接口而不是抽象类,反之亦然

• 接口与抽象类

• 你如何决定使用抽象类和接口？

• 接口和抽象类之间有什么区别？

我何时应该使用接口,何时应该使用基类？

如果我不想实际定义方法的基本实现,它应该始终是一个接口吗？

如果我有狗和猫类.为什么我要实现IPet而不是PetBase？我可以理解有ISheds或IBarks(IMakesNoise？)的接口,因为那些可以基于宠物放在宠物上,但我不明白哪个用于通用Pet.

在我的一次访谈中,我被要求解释Interface和Abstract类之间的区别.

这是我的回答:

Java接口的方法是隐式抽象的,不能有实现.Java抽象类可以具有实现默认行为的实例方法.

在Java接口中声明的变量默认为final.抽象类可能包含非最终变量.

默认情况下,Java接口的成员是公共的.Java抽象类可以具有类似私有,受保护等类通常的类成员.

应使用关键字"implements"实现Java接口; 应使用关键字"extends"扩展Java抽象类.

接口只能扩展另一个Java接口,抽象类可以扩展另一个Java类并实现多个Java接口.

Java类可以实现多个接口,但它只能扩展一个抽象类.

然而,面试官并不满意,并告诉我这个描述代表了" 书本知识 ".

他告诉我一个更实际的回答,解释我何时会使用实际例子在界面上选择一个抽象类.

我哪里做错了？

我正处于开发学习的某个阶段,我觉得我必须更多地了解接口.

我经常阅读它们,但似乎我无法掌握它们.

我已经阅读过这样的例子:动物基类,IAnimal界面,如'Walk','Run','GetLegs'等等 - 但我从来没有做过某些事情,感觉就像"嘿我应该使用界面这里!"

我错过了什么？为什么我要掌握这么难的概念!我只是因为我可能没有意识到对一个人的具体需求而感到害怕 - 主要是由于理解它们的一些缺失方面!这让我觉得自己在成为开发者方面缺少一些东西!如果有人有过这样的经历并取得了突破,我会很感激如何理解这个概念.谢谢.

我知道一个接口没有一个正文只是一个方法定义.但什么时候应该使用接口？如果我向某人提供一组没有正文的接口,为什么他们觉得需要编写函数体？他们最好用抽象方法编写自己的抽象类.

编辑:

我想当你是一个团队的一员时,使用Interfaces会更多.假设A队为某事写了一个代码,他们想看看是否调用了一个方法.使用名称getRecords(),是否完成.这将帮助B队编写提供给他们的界面的主体,B队必须保持方法名称相似,以便A队的代码运行.

只是一个想法.我可能错了.我认为Interfaces对单个开发人员没用.

编辑:

谢谢大家的答案.有了你们所回复的内容,我认为当你制作像API这样的东西时,接口有更多的用处？

我在我的重载方法书中找到了两个例子,但它没有清楚地解释为什么它有用:

package keepo;
public class Main{
    public static void main(String [] args)
    {
        int newScore = calculateScore("Tim", 500);
        System.out.println("New Score is" + newScore);
        calculateScore(75);

    }
    public static int calculateScore(String playerName, int score){
        System.out.println("Player" + playerName +"Has score" + score);
        return score * 1000;
    }
    public static int calculateScore(int score){
        System.out.println("Unnamed player scored" + score + "points");
        return score * 1000;
    }
}

这非常简单,但老实说,这里的方法重载似乎没用,而且它似乎只是为了做到这一点.

本书中的下一个示例实现了方法重载,这似乎更有用,因为该程序计算英尺到厘米,有一种方法可以放入英尺和英寸,还有一种方法可以放英寸.但是,为此制作两个单独的方法似乎同样容易.

话虽如此,这样做有什么好处吗？(我读过这篇文章,但我并不满意.制作新方法似乎同样容易.)

如果你只想实现一个接口,为什么还要使用接口呢？

如果我有一个界面:

interface IFoo
{
    int Offset {get;}
}

我想要这个,可以吗:

interface IBar: IFoo
{   
    int Offset {set;}
}

那么IBar的消费者将能够设定或获得？

从我所看到的,似乎可以与界面进行交互？

例如.让我说我有一个空方法接口"吃()"

那么2个子类正在实现这个接口.

我的控制器只能与接口交互并使用它的eat()方法吗？

看看这个链接策略中的图片