文章讨论了在使用依赖注入框架如Spring时，Service层和Dao层是否需要接口的问题。作者认为在某些情况下，接口并非必需，因为它可能会增加不必要的工作量。文章列举了接口的常见理由并逐一反驳，并提出了一种自上而下的编码流程。同时，讨论了项目结构与接口实现的关系，以及不使用接口可能导致的多实现时规范缺失的问题。最后，建议在需要多实现的场景下使用接口，否则可以不使用。
前几天刷头条又刷到了「Service层和Dao层真的有必要每个类都加上接口吗？」这个问题，之前简单回答了一波，给出的观点是「看情况」！
现在结合我参与的项目以及阅读的一些项目源码来看。如果项目中使用了像Spring这样的依赖注入框架，那可以不用接口！
先来说说为什么使用了依赖注入框架以后，可以不使用接口！
不需要接口的理由
我整理了支持Service层和Dao层需要加上接口的理由，总结下来就这么三个：
-
可以在尚未实现具体Service逻辑的情况下编写上层代码，如Controller对Service的调用
-
Spring默认是基于动态代理实现AOP的，动态代理需要接口
-
可以对Service进行多实现
实际上，这三个理由都站不住脚！
先说说第一个理由：「上层可以在下层逻辑没有实现的情况下进行编码」！很典型的面向接口编程，对层与层之间进行了解耦，看起来好像没有问题。
这种开发方式适合不同模块之间是由不同的人或项目组开发的，因为沟通的成本比较大。同时避免由于项目组之间开发进度的差异而相互影响。
不过让我们回想一下，在一般项目开发里面，有多少项目组是按层来切分开发任务的呢？实际上，大部分的项目都是按照功能划分的。即使是现在前后端分离的情况，单纯的
最低0.47元/天 解锁文章
扫一扫
190
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
