业务层持久层控制层 Service层和Dao层真的有必要每个类都加上接口吗？
Service层和Dao层真的有必要每个类都加上接口吗？
这主要取决于您的项目：
例如，如果项目中使用了hibernate，以后可能会切换到mybatis，那么Dao需要使用这个接口。这不会影响上层代码的更改。
另一个例子是，项目是一个单一的应用程序。任何代码修改都需要重新编译整个项目，因此不需要接口。如果项目是由模块编译和部署的，那么可以使用接口解耦。假设修改了Dao，只需要重新编译和部署Dao模块，而不影响上层模块。
此外，如果项目团队中有许多新手，简单的代码结构可能更合适。复杂项目结构的学习成本较高。
如果工程进度非常紧迫，我们可以用简单粗暴的方式用经济成本来说明原因。
使用接口的成本是不使用接口的成本（包括后续维护成本）。
如果项目变化很大，部署了模块，项目不急，使用接口的成本比不使用接口的成本低，虽然早期不使用接口似乎更简单；相反，不使用接口的成本低，而且连框架都不能用～
毕竟工具是提高效率的，那你为什么不能和自己相处呢
什么是数据持久层？
标准JavaEE开发基于三层架构，即表示层、业务层、持久层（我习惯使用数据访问层）。持久层框架是操作数据库的框架。通常，编写操作数据库的代码是使用JDBC直接访问。持久层框架封装了JDBC代码，这使得Java程序员更容易编写。
除了mybatis，持久层框架中还有hibernate和EJB。目前，mybatis和Hibernate在项目开发中被广泛使用
struts 2和spring mvcstructs在表示层框架中使用较少，struts 2代替了struts
spring在业务层框架中使用较多
目前struts 2在spring Hibernate（又称SSH）的开发中使用较多
另一个是春季MVC mybatis，它也被广泛应用
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
