我想对Java OCA准备考试的时候来到这个问题的回应。
想象一下，你与另一个小组的工作来构建应用程序。你正在开发一个使用类其他球队还没有写完尚未代码。哪个元素的Java将能够促进这方面的发展，使之易于集成，一旦其他球队的代码是否已经完成？
A.一个抽象类
B.
接口
我已经回答了，但真正的答案是B.
原因是：
这里的关键是了解哪些Java的这些功能允许一个开发人员构建自己周围其他开发人员的代码的应用程序，即使该代码还没有准备好。对于这个问题，一个接口是最好的选择。如果两队共同的接口达成一致，一个开发者可以编写使用的界面代码，而另一个开发者写了一个实现接口的代码。假设两个队改变了界面，代码可以一次两队都做了很容易地集成。由于这些原因，选项B是正确答案。
我不明白你如何使用的接口没有实现它。任何帮助将apreciated。
问候，
因为你真的不想写一个被扔掉的代码，你可以不写一个抽象类。其他球队将最终实现它的类，所以每次你把你的抽象类的努力是很可能是浪费。
实现一个干净的界面让您和其他球队你需要什么一个非常好的主意，所以实现这个应该是直线前进。
关键是在“一个开发人员可以编写一个使用界面代码”，即你可以写上实现对他们的这个接口，并调用方法的类的实例作品，未经实际知道的代码是什么类的实例会也没有任何实现细节可能会破坏你的代码。
因此，编写代码意味着你可以编译它，但当然，除非提供一个实现应用程序将无法运行。一种实现可能是样机是用于测试目的，这将是很难用抽象类做有益的。
为什么抽象类是在许多情况下，不如选择？其中一个原因是，一个类只能有一个直接超类，从而同时实现多个独立的接口很容易无法从多个独立抽象类继承。除其他事项外，可以让你减少耦合，因为你没有把无关的方法到一个类。
您可以开发界面的客户端代码指的是假的接口的实现（例如实现返回固定数据）（谁使用的接口，即类），而其他开发者的作品真实的接口实现和整合的真正实施时，将可用。您可以使用伪造的执行情况，以便两者进行自动测试和运行整个系统或以自动化测试使用嘲弄库。其核心思想，如你所说，只是为了可以替代的实现是指抽象（接口）。接口比抽象类好抽象，因为他们唯一的抽象本质（确实抽象类能有具体的当事方之间，接口不能）。