为什么大多数系统架构师坚持首先对接口进行编程？

Question

我读过的几乎每一本Java书都谈到了使用接口作为在对象之间共享状态和行为的方法，而这些对象在第一次“构造”时似乎并不共享关系。

然而，每当我看到架构师设计应用程序时，他们做的第一件事就是开始对接口进行编程。怎么会这样?您如何知道将在该接口中出现的对象之间的所有关系？如果您已经知道这些关系，那么为什么不直接扩展一个抽象类呢？

Answer 1

对接口进行编程意味着遵守通过使用该接口创建的“契约”。因此，如果您的IPoweredByMotor接口有一个start()方法，那么将来实现该接口的类，无论是MotorizedWheelChair、Automobile还是SmoothieMaker，在实现该接口的方法时，都会为您的系统增加灵活性，因为一段代码可以启动许多不同类型的东西，因为这段代码需要知道的就是它们对start()做出响应。他们如何开始并不重要，重要的是他们必须开始。

Answer 2

问得好。我将向您推荐Josh Bloch in Effective Java，他写了(第16条)为什么更喜欢使用接口而不是抽象类。顺便说一句，如果你还没有读到这本书，我强烈推荐它！以下是他所说的话的摘要：

你所需要做的就是实现接口并添加所需的方法。现有的类不容易被改造来扩展一个新的抽象class.

• Interfaces非常适合定义混合接口。混合接口允许类声明额外的、可选的行为(例如，可比较的)。它允许可选功能与主要功能混合在一起。抽象类不能定义混入--一个类不能扩展超过一个允许非分层框架的parent.

• Interfaces。如果你有一个具有多个接口功能的类，它可以实现所有接口。如果没有接口，您将不得不创建一个臃肿的类层次结构，为每个属性组合创建一个类，从而导致组合装饰器启用安全功能增强。您可以使用装饰器模式创建包装器类，这是一种健壮而灵活的设计。包装器类实现并包含相同的接口，将某些功能转发给现有方法，同时将特定的行为添加到其他方法。你不能用抽象方法做到这一点--你必须使用继承，因为继承更脆弱。

抽象类提供基本实现的优势是什么？您可以为每个接口提供一个抽象的框架实现类。这结合了接口和抽象类的优点。框架实现提供了实现辅助，而不会强加抽象类作为类型定义时所强制的严格约束。例如，Collections Framework使用接口定义类型，并为每个接口提供一个框架实现。

Answer 3

对接口进行编程提供了几个好处：

访问者类型模式所需的

1. 允许其他实现，例如GoF模式
2. 。例如，对于抽象正在使用的数据库引擎的单个接口，可能存在多个数据访问对象实现(AccountDaoMySQL和AccountDaoOracle都可以实现AccountDao)
3. 类可以实现多个接口。Java不允许具体classes.
4. Abstracts实现细节的多重继承。接口可以只包含公共API方法，从而隐藏实现细节。好处包括文档清晰的public API和文档齐全的contracts.
5. Used，大量的现代依赖注入框架，如http://www.springframework.org/.
6. In Java，接口可用于创建动态代理- http://java.sun.com/j2se/1.5.0/docs/api/java/lang/reflect/Proxy.html。这可以非常有效地与Spring等框架一起使用，以执行面向方面的编程。方面可以向类添加非常有用的功能，而无需直接向这些类添加java代码。此功能的示例包括日志记录、审计、性能监控、事务划分等。http://static.springframework.org/spring/docs/2.5.x/reference/aop.html.
7. Mock实现、单元测试-当依赖类是接口的实现时，可以编写也实现这些接口的模拟类。模拟类可用于简化单元测试。