为什么在Dao设计模式或其他设计模式中使用接口

Question

请参见以下Dao设计模式的组件：

数据访问对象模式或DAO模式用于将低级数据访问API或操作与高级业务服务分离。以下是数据访问对象模式的参与者。

数据访问对象接口——该接口定义了对模型对象执行的标准操作。

数据访问对象具体类-这个类实现上述接口。这个类负责从数据源获取数据，数据源可以是数据库/xml或任何其他存储机制。

模型对象或值对象——这个对象是简单的POJO，包含get/set方法，用于存储使用DAO类检索的数据。

当我们有一个具体类的时候，为什么我们需要一个INTERFACE，为什么我们不能直接使用它？这可能是一个天真的问题，但请帮我把这件事弄清楚。不仅在DAO设计模式中，而且在其他设计模式中，INTERFACE的使用也有点混乱。我同意这与代码可重用性和减少耦合有关。但是有人能进一步解释一下吗？

Answer 1

我的问题是，当我们有一个具体类的时候，为什么我们需要一个INTERFACE，为什么我们不能直接使用它。

这是简单的抽象。假设您使用Oracle数据库作为数据库。因此，具体类将具有访问（CRUD ops）Oracle数据库的逻辑。明天，如果您的许可证到期，您不再想使用Oracle DB，那么您将想使用MySQL。现在，您必须重写前面提到的具体类，同时还必须重写服务层，因为通过直接使用具体类及其方法，您可以在服务层和数据访问层之间实现紧密耦合。设计系统时应始终考虑松耦合。

如果要使用接口而不是具体的类，那么服务层和数据访问层有一个如何交互的约定。因此，服务层不会受到数据层变化的影响，因为契约没有变化，它们可以以相同的旧方式进行交互。

Answer 2

实际上，当只有一个实现时，没有必要有一个接口。但在某些情况下，你并不依赖于具体的课程，这是非常实际的：

>

测试调用DAO的服务：您可以编写一个模拟DAO，其行为与您在测试中需要的一样（例如，模拟没有DB连接，这很难自动复制）

在DAO周围生成一些图层。可以使用AOP围绕DAO方法生成缓存或事务处理。在这种情况下，您有一个实现DAO接口的对象，但与原始实现无关。

切换DB技术。如果从MySQL切换到DB2，只需编写接口的另一个实现，并切换MySQL DAO和DB2 DAO

因此，为DAO和服务提供接口是一个很好的做法。

Answer 3

不仅在DAO设计模式中，而且在其他设计模式中，接口的使用也有点令人困惑。

接口是Java中最好使用的概念之一。让我用一个例子来解释这一点：假设你为汽车设计了一个全球定位系统设备，它可以看着地图，自动将汽车转向地图上看到的方向。这种全球定位系统设备可以用于奔驰、菲亚特等许多汽车。对于每辆汽车，左转弯或右转弯的机构可能根据汽车系统的实施而不同。因此，这些功能应该由汽车制造商编写，因此这些方法被放在一个界面中，由汽车制造商根据汽车的实现来实现。接口只包括一组由汽车制造商定义的功能声明（在本例中）。拿到了吗？

要了解更多关于接口的信息以及它们为什么有用，请阅读本文。

我的问题是：当我们有一个具体类的时候，为什么我们需要一个INTERFACE，为什么我们不能直接使用它。

在下面的答案中指出的许多其他好处中，您可以为实现DAO接口的不同数据结构（derby db、大型堆栈等）创建许多DAO类。好处是，每个类都可以存储在DAO接口变量中，该变量称为多态性。