Effective Java读书笔记-接口优于抽象类

抽象类与接口的区别：

1. 抽象类中可以有已经实现的方法，接口中只能存放方法的定义。
2. 为实现抽象类定义的类型，类必须继承抽象类。

现有的类很容易被更新，以实现接口

当类需要添加新的方法时，最好的办法就是定义一个接口让类去实现它。注意无法通过更新现有的类来拓展抽象类。如果有两个类都需要实现这个抽象类中的方法时，最好的办法就是将这个抽象类放在更高的层次上，定义一个类去实现这个抽象类。之后让这两个类去继承这个类。但是这会带来层次上的问题。这两个类的后代都必须继承这个抽象类，无论合适不合适。

接口是定义mixin类型的理想选择

类除了实现它的基本类型之外还可以通过mixin类型来实现一些拓展功能。Comparable就是一种mixin类型。这类接口之所以被称为mixin类型主要是因为它定义的功能可以拓展到类的主要功能中。抽象类不能用于定义mixin，主要是因为它不能拓展到主要的类中。

接口允许我们构造非层次框架的类型框架

比如有两个类:

//歌唱者类
public interface singer{
    AudioClip Sing(Song s);
}

//创作者类
public interface SongWriter{
    Song compose(boolean hit)
}

很多歌唱者也许会是创作者。如果它们都是抽象类，让第三方（抽象类）去继承它们。显然是不可能的。但如果它们都是接口这是完全可以的。注意这里会有“组合爆炸”的问题。如果需要继承n个方法，该抽象类需要继承n个接口，这n个接口会有2^n种组合，这会造成类层次上的臃肿进而造成类的臃肿。这就是“组合爆炸”现象。

接口可以通过包装类模式来提高安全性，而抽象类只能通过继承来拓展功能，因此从安全性上来说抽象类不如接口。

每个接口都有一个抽象的骨架实现类(skeletal implementation)，接口的作用是定义方法，抽象骨架实现类的方式是实现接口中定义的方法。抽象骨架实现类很好的将接口与抽象类的优点结合在了一起。骨架实现被称为AbstractInterface。

骨架实现类的好处它在实现抽象类上提供了帮助，但并没有在抽象类型作为定义上提供明显的限制。对于大多数的接口来说实现骨架接口是一个显然的选择，并不是一定的。

使用抽象类的一大好处是可以用来实现多个类型。与实现接口相比抽象类有一个很明显的优势：抽象类的演化比接口要容易的多。如果在后续发行的版本中，如果你希望在抽象类中添加新的方法，始终可以增加具体的方法，它包含合理的默认实现。然后抽象类的所有实现都将实现这个新的方法。对于接口，这样做是行不通的。

要想在公共接口中增加方法，并且不去破坏实现这个接口的所有现有的类，这是不可能的。之前实现该接口的类将会漏掉新增加的方法，并且无法再通过编译。在为接口增加新方法的同时，也为骨架实现类增加同样的新的方法，这样可以在一定程度上减小由此带来的破坏。

*注意：接口一旦被公开发行，并且被广泛的使用，再想改变这个接口几乎是不可能的了。

• 当演变的容易性比灵活性更为重要时，应当使用抽象类来定义类型。
• 如果导入了一个重要的接口，就应该考虑同时提供骨架实现类。
• 尽可能谨慎的设计所有的公共接口，并编写多个实例对它们进行全面的测试。