抽象类和接口的区别（之二）

When should you use an abstract class, when an interface , when both? Interfaces and abstract classes seem superficially to provide almost the same capability. How do you decide which to use?

When To Use Interfaces

An interface allows somebody to start from scratch to implement your interface or implement your interface in some other code whose original or primary purpose was quite different from your interface . To them, your interface is only incidental, something that have to add on to the their code to be able to use your package.

When To Use Abstract classes

An abstract class, in contrast, provides more structure. It usually defines some default implementations and provides some tools useful for a full implementation. The catch is, code using it must use your class as the base. That may be highly inconvenient if the other programmers wanting to use your package have already developed their own class hierarchy independently. In Java, a class can inherit from only one base class.

When to Use Both

You can offer the best of both worlds, an interface and an abstract class. Implementors can ignore your abstract class if they choose. The only drawback of doing that is calling methods via their interface name is slightly slower than calling them via their abstract class name.

Summary Table

multiple inheritance

继承的多样性

default implementation

默认实现

constants

常量

third party convenience

第三方便利性

homogeneity

相同性

maintenance

维护成本

speed

速度

terseness

精炼性

adding functionality

添加功能性

Interfaces vs Abstract Classes feature interface abstract class is-a vs -able or can-do plug-in

A class may implement several interfaces.类可以实现多个接口	A class may extend only one abstract class. 类只能继承自一个抽象类
An interface cannot provide any code at all, much less default code. 接口不能提供任何实现，是最少的默认代码	An abstract class can provide complete code, default code, and/or just stubs that have to be overridden. 抽象类可以提供完整的代码，默认代码或者只留下那些需要被重载的方法
Static final constants only, can use them without qualification in classes that implement the interface . On the other paw, these unqualified names pollute the namespace. You can use them and it is not obvious where they are coming from since the qualification is optional.	Both instance and static constants are possible. Both static and instance intialiser code are also possible to compute the constants.
An interface implementation may be added to any existing third party class. 接口实现可以添加给任何已存的第三方类	A third party class must be rewritten to extend only from the abstract class.第三方类必须重写以便扩展自抽象类
Interfaces are often used to describe the peripheral abilities of a class, not its central identity, e.g. an Automobile class might implement the Recyclable interface , which could apply to many otherwise totally unrelated objects.	An abstract class defines the core identity of its descendants. If you defined a Dog abstract class then Dalmatian descendants are Dogs, they are not merely dogable. Implemented interfaces enumerate the general things a class can do, not the things a class is. In a Java context, users should typically implement the Runnable interface rather than extending Thread , because they’re not really interested in providing some new Thread functionality, they normally just want some code to have the capability of running independently. They want to create something that can be run in a thread, not a new kind of thread.The similar is-a vs has-a debate comes up when you decide to inherit or delegate. multiple inheritance for further discussion of is-a vs has-a
You can write a new replacement module for an interface that contains not one stick of code in common with the existing implementations. When you implement the interface, you start from scratch without any default implementation. You have to obtain your tools from other classes; nothing comes with the interface other than a few constants. This gives you freedom to implement a radically different internal design.	You must use the abstract class as-is for the code base, with all its attendant baggage, good or bad. The abstract class author has imposed structure on you. Depending on the cleverness of the author of the abstract class, this may be good or bad.
If all the various implementations share is the method signatures, then an interface works best.	If the various implementations are all of a kind and share a common status and behaviour, usually an abstract class works best. Another issue that’s important is what I call "heterogeneous vs. homogeneous." If implementors/subclasses are homogeneous, tend towards an abstract base class. If they are heterogeneous, use an interface . (Now all I have to do is come up with a good definition of hetero/homo-geneous in this context.) If the various objects are all of-a-kind, and share a common state and behavior, then tend towards a common base class. If all they share is a set of method signatures, then tend towards an interface .
If your client code talks only in terms of an interface , you can easily change the concrete implementation behind it, using a factory method .	Just like an interface , if your client code talks only in terms of an abstract class, you can easily change the concrete implementation behind it, using a factory method .
Slow, requires extra indirection to find the corresponding method in the actual class. Modern JVMs are discovering ways to reduce this speed penalty.	Fast 快
The constant declarations in an interface are all presumed public static final , so you may leave that part out. You can’t call any methods to compute the initial values of your constants. You need not declare individual methods of an interface abstract . They are all presumed so. 接口中常量声明都是预定的static的常量，所以你可以空着这部分。你不能调用任何方法去计算你的常量的初始值，你也不必声明单个方法是抽象的，他们默认就是这样的	You can put shared code into an abstract class, where you cannot into an interface . If interfaces want to share code, you will have to write other bubblegum to arrange that. You may use methods to compute the initial values of your constants and variables, both instance and static. You must declare all the individual methods of an abstract class abstract . 你可以把共享代码放到抽象类中，而你不能把这些放到接口中。假如接口想有一些共享代码，你将写其他东西组织他们。你可以使用方法计算你的常量和变量的初始值，不管是实例的还是静态的，你必须将抽象类的单个方法声明为抽象的，他们才是abstract方法
If you add a new method to an interface , you must track down all implementations of that interface in the universe and provide them with a concrete implementation of that method. 假如你给解开新添加一个方法，你必须在整个空间找出所有实现该接口的类，然后提供新添加的方法的具体实现。	If you add a new method to an abstract class, you have the option of providing a default implementation of it. Then all existing code will continue to work without change. 假如你给抽象类新添加了新方法，可以提供一个默认的实现给这个新方法，那么所有已存的代码无需改动就可以继续工作