dip什么意思啊 Service层和Dao层真的有必要每个类都加上接口吗？
Service层和Dao层真的有必要每个类都加上接口吗？
这主要取决于您的项目：
例如，如果项目中使用了hibernate，以后可能会切换到mybatis，那么Dao需要使用这个接口。这不会影响上层代码的更改。
另一个例子是，项目是一个单一的应用程序。任何代码修改都需要重新编译整个项目，因此不需要接口。如果项目是由模块编译和部署的，那么可以使用接口解耦。假设修改了Dao，只需要重新编译和部署Dao模块，而不影响上层模块。
此外，如果项目团队中有许多新手，简单的代码结构可能更合适。复杂项目结构的学习成本较高。
如果工程进度非常紧迫，我们可以用简单粗暴的方式用经济成本来说明原因。
使用接口的成本是不使用接口的成本（包括后续维护成本）。
如果项目变化很大，部署了模块，项目不急，使用接口的成本比不使用接口的成本低，虽然早期不使用接口似乎更简单；相反，不使用接口的成本低，而且连框架都不能用～
毕竟工具是提高效率的，那你为什么不能和自己相处呢
什么样的代码叫好代码？
好的代码，满足两个条件：能达到预期效果，容易理解。
代码的不同不在于功能能否实现，而主要在于实现的质量。
有些代码虽然实现了效果，但另一个程序员看不懂，无法维护，也是坏代码。
现在在软件行业，程序员加班是很常见的。疲劳将不可避免地影响代码的质量。
他们大多急于达到职能要求，完成领导安排的任务，只以完成为目标。
这种不考虑长远的工作方式在短时间内实现了目标，但从长远来看是个大问题。
一旦程序员离开，新来的人需要很长时间才能接手。项目的可扩展性和稳定性没有保证。
尤其是一些外行领导只知道如何为上级做贡献，不能科学安排时间。
功能需求一经更改就立即更改，新功能即将出现。因此，工程设计不断调整，整体建筑稳定性受损。
整个行业还没有意识到代码质量的重要性，也没有对代码的敬畏。它只着眼于现在而忽视了长远。
只有行业人员达到饱和，淘汰不合格的程序员和产品经理，好的代码才能形成趋势。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
