设计模式之美笔记 —— 抽象类，接口

设计模式之美 - 8  设计模式之美 - 9

目录

面试中常见的问题：

抽象类的特点：

接口的特点：

抽象类存在的意义：

接口存在的意义：

抽象类和接口的应用场景的区别？

如何用抽象类和普通类来模拟接口？

基于接口而非实现编程的原因？有必要每个类都定义接口吗？

---

面试中常见的问题：

1. 接口和抽象类的区别是什么？
2. 什么时候用接口？
3. 什么时候用抽象类？
4. 抽象类和接口存在的意义是什么？能解决哪些编程问题？
5. 我们可以通过抽象类来模拟接口。怎么来模拟呢？

抽象类的特点：

• 抽象类不可以被实例化，只可以被继承；
• 抽象类可以包括属性和方法；方法可以包括代码实现，也可以不包括代码实现，不包括代码实现的是抽象方法；
• 子类继承抽象类必须实现抽象类中的所有方法；
• 单继承 extends

接口的特点：

• 接口不能包含属性（也就是成员变量）。
• 接口只能声明方法，方法不能包含代码实现，Java8以后，接口可以有方法体，静态方法 或者 默认方法。
• 类实现接口的时候，必须实现接口中声明的所有方法。
• 多实现 implements

抽象类存在的意义（继承抽象类和继承普通类的区别）：

继承能解决代码复用的问题，抽象类也是为了代码复用而生的。那么相比于普通的类继承的优势：

普通类的继承，无法通过子类的重写来实现多态特性。

普通类的空方法 和 抽象类的抽象方法的区别：

• 普通类可以实例化，存在空方法，增加了类误用的可能性；抽象类无法被实例化，解决了误用问题。
• 普通类的空方法不会强制子类重写，抽象类的抽象方法会强制重写。
• 普通类的空方法的可读性 弱于抽象类的抽象方法。

接口存在的意义：

抽象类更多的是为了代码复用，而接口就更侧重于解耦。接口是对行为的一种抽象，相当于一组协议或者契约。

 

抽象类和接口的应用场景的区别？

什么时候该用抽象类？什么时候该用接口？实际上，判断的标准很简单。如果要表示一种 is-a 的关系，并且是为了解决代码复用问题，我们就用抽象类；如果要表示一种 has-a 关系，并且是为了解决抽象而非代码复用问题，那我们就用接口。

 

如何用抽象类和普通类来模拟接口？

接口特性：无成员变量，无方法的代码实现，不可以被实例化

 

基于接口而非实现编程的原因？有必要每个类都定义接口吗？

从本质上来看，“接口”就是一组“协议”或者“约定”，是功能提供者提供给使用者的一个“功能列表”。

基于接口而非实现编程原则能非常有效地提高代码质量，之所以这么说，那是因为，应用这条原则，可以将接口和实现相分离，封装不稳定的实现，暴露稳定的接口。上游系统面向接口而非实现编程，不依赖不稳定的实现细节，这样当实现发生变化的时候，上游系统的代码基本上不需要做改动，以此来降低耦合性，提高扩展性。

这条原则的另一个表述方式，是“基于抽象而非实现编程”。后者的表述方式其实更能体现这条原则的设计初衷。在软件开发中，最大的挑战之一就是需求的不断变化，这也是考验代码设计好坏的一个标准。越抽象、越顶层、越脱离具体某一实现的设计，越能提高代码的灵活性，越能应对未来的需求变化。好的代码设计，不仅能应对当下的需求，而且在将来需求发生变化的时候，仍然能够在不破坏原有代码设计的情况下灵活应对。而抽象就是提高代码扩展性、灵活性、可维护性最有效的手段之一。

是否为类设计接口，需要根据该类的具体功能来决定，对于只有一种实现方式，未来也不可能被其他实现方式替代的类，就没必要设计接口。