spring - 有什么理由使用接口(interface)(Java EE 或 Spring 和 JPA)

Question

大多数 J2EE(Spring 和 JPA)类都是用接口(interface)设计的。 继承除外 ，这有什么技术原因吗？像动态代理或 AOP，我需要更多关于此的技术细节

前任

public interface UserDAO {
   void delete();
   void update();
   void save();
   List<User> get();
}

public class UserDAOImpl implements UserDAO {
   public void delete(){}
   public void update(){}
   public void save(){}
   public List<User> get(){}
}

Answer 1

有3个主要原因，IMO:

第一个原因:代理。

如果您向 Spring 询问 UserDAO 类型的 bean，它实际上会返回一个封装实际 UserDAOImpl 实例的代理。这允许它划分事务、验证安全授权、日志访问、计算统计等。可以在没有接口(interface)的情况下完成，但是需要字节码操作。

第二个原因:可测试性。

在对使用 UserDAO 的业务服务进行单元测试时，您通常会注入(inject)一个模拟 UserDAO 实现。再一次，当 UserDAO 是一个接口(interface)时，这更容易做到。使用具体类是可能的，但并非总是如此，而且使用接口(interface)仍然更容易

第三个原因:脱钩。

通过使用接口(interface)，您可以为客户定义 DAO 的真实合约。当然，它需要一个 setDataSource()具体实现中的方法，但客户并不关心这一点。他们所需要的只是 DAO 提供的一组数据访问方法。通过分离接口(interface)和具体实现，您可以确保客户端不依赖 DAO 的实现细节。