类与接口之间的关系 Service层和Dao层真的有必要每个类都加上接口吗？
Service层和Dao层真的有必要每个类都加上接口吗？
这主要取决于您的项目：
例如，如果项目中使用了hibernate，以后可能会切换到mybatis，那么Dao需要使用这个接口。这不会影响上层代码的更改。
另一个例子是，项目是一个单一的应用程序。任何代码修改都需要重新编译整个项目，因此不需要接口。如果项目是由模块编译和部署的，那么可以使用接口解耦。假设修改了Dao，只需要重新编译和部署Dao模块，而不影响上层模块。
此外，如果项目团队中有许多新手，简单的代码结构可能更合适。复杂项目结构的学习成本较高。
如果工程进度非常紧迫，我们可以用简单粗暴的方式用经济成本来说明原因。
使用接口的成本是不使用接口的成本（包括后续维护成本）。
如果项目变化很大，部署了模块，项目不急，使用接口的成本比不使用接口的成本低，虽然早期不使用接口似乎更简单；相反，不使用接口的成本低，而且连框架都不能用～
毕竟工具是提高效率的，那你为什么不能和自己相处呢
asp.net和mvc的有什么关系？
ASP.NETMVC是一种开发模式，ASP.NETMVC框架是MVC、M模型、V视图、C控制器的实现，即视图与业务逻辑相分离。ASP.NETMVC适合于大型项目的开发。asp.netMVC只能在windows中运行，通常通过IIS发布asp.net开源，跨平台，可以发布到Linux和其他系统。asp.netCore做了大量的集成工作。目前，它已经完成了类库迁移的最基本部分。
在未来，asp.net这一定是未来的趋势。随着docker等技术的普及，跨平台的重要性日益凸显，必须加以利用asp.net写的接口可以发布到Linux，也就是说asp.net界面可以做成docker的图像，并且asp.netMVC做不到，所以最后，它肯定会慢慢地向asp.net快上来。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
