讨论：Service层需要接口吗？

男娘i 2022-12-19 13:18 136阅读 0赞

点击上方“java大数据修炼之道”,选择“设为星标”

优质文章和精品资源, 第一时间送达![format_png][]

关注公众号后台回复**资源**获取实战教学资料+视频

--------------------

链接：toutiao.com/i6882356844245975563

前几天刷头条又刷到了「Service层和Dao层真的有必要每个类都加上接口吗？」这个问题，之前简单回答了一波，给出的观点是「看情况」

现在结合我参与的项目以及阅读的一些项目源码来看。如果**项目中使用了像Spring这样的依赖注入框架，那可以不用接口**！

先来说说为什么使用了依赖注入框架以后，可以不使用接口！

我整理了支持Service层和Dao层需要加上接口的理由，总结下来就这么三个：

*  可以在尚未实现具体Service逻辑的情况下编写上层代码，如Controller对Service的调用
 *  Spring默认是基于动态代理实现AOP的，动态代理需要接口
 *  可以对Service进行多实现

实际上，这三个理由都站不住脚！

先说说第一个理由：「上层可以在下层逻辑没有实现的情况下进行编码」！很典型的面向接口编程，对层与层之间进行了解耦，看起来好像没有问题。

这种开发方式适合不同模块之间是由不同的人或项目组开发的，因为沟通的成本比较大。同时避免由于项目组之间开发进度的差异而相互影响。

不过让我们回想一下，在一般项目开发里面，有多少项目组是按层来切分开发任务的呢？实际上，大部分的项目都是按照功能划分的。即使是现在前后端分离的情况，单纯的后端开发也是按照功能模块进行任务划分，即一个人负责从Controller层到DAO层的完整逻辑处理。在这种情况下，每一层都先定义一个接口，再去实现逻辑，除了增加了开发人员的工作量（当然，如果代码量计入工作量的话，那开发人员应该也不是太排斥接口的！），实际没有任何用处。

如果开发人员想在下层逻辑没有完成的情况下，先开发上层逻辑，可以先编写下层类的空方法来先完成上层的逻辑。

这里推荐一个个人比较喜欢的开发流程，自上向下的编码流程：

*  先在Controller层编写逻辑，遇到需要委托Service调用的地方，直接先写出调用代码。
 *  优先完成Controller层的流程
 *  然后使用IDE的自动补全，对刚才调用下层的代码生成对应的类和方法，在里面添加TODO
 *  等所有的类和方法都补全了，再基于TODO，按照上面的流程去一个个的完善逻辑。
 *  此方法可以使你对业务流程有比较好的理解。

对于第二个理由，就完全不成立了。Spring默认是基于动态代理的，不过通过配置是可以使用CGLib来实现AOP。CGLib是不需要接口的。

最后一个理由是「可以对Service进行多实现」。这个理由不充分，或者说没有考虑场景。实际上在大多数情况下是不需要多实现，或者说可以使用其它方式替代基于接口的多实现。

另外，对于很多使用了接口的项目，项目结构也是有待商榷的！下面，我们结合项目结构来说明。

一般项目结构都是按层来划分的，如下所示：

*  Controller
 *  Service
 *  Dao

对于不需要多实现的情况，也就不需要接口了。上面的项目结构即可满足要求。

对于需要多实现的情况，无论是现在需要，还是后面需要。这种情况下，看起来好像是需要接口。此时的项目结构看起来像这样：

*  Controller
 *  Service
 *   *  \--- 接口在一个包中
     *  impl --- 实现在另一个包里
 *  Dao

对于上面的结构，我们来考虑多实现的情况下，该怎么处理？

第一种方式，是在Service中新增一个包，在里面编写新的逻辑，然后修改配置文件，将新实现作为注入对象。

*  Controller
 *  Service
 *   *  \---- 接口在一个包中
     *  impl ---实现在另一个包里
     *  impl2 ---新实现在另一个包里
 *  Dao

第二种方式，是新增一个Service模块，在里面编写新的逻辑（注意这里的包和原来Service的包不能相同，或者包相同，但是类名不同，否则无法创建类。因为在加载时需要同时加载两个Service模块，如果包名和类名都相同，两个模块的类全限定名就是一样的了！），然后修改配置文件，将新逻辑作为注入对象。

*  Controller
 *  Service
 *   *  \---- 接口在一个包中
     *  impl ---实现在另一个包里
 *  Service2
 *   *  impl2 ---新实现在另一个包里
 *  Dao

相对而言，实际第一种方式相对更简单一点，只需要关注包层面。而第二种方式需要关注模块和包两个层面。另外，实际这两种方式都导致了项目中包含了不需要的逻辑代码。因为老逻辑都会被打进包里。

不过，从结构上来看，实际方式二的结构要比方式一的结构更清晰，因为从模块上能区分逻辑。

那有没有办法来结合两者的优点呢？答案是肯定的，而且操作起来也不复杂！

首先将接口和实现独立开，作为一个独立的模块：

*  Controller
 *  Service --- 接口模块
 *   *  ServiceImpl
     *  impl ---实现在另一个包里
 *  ServiceImpl2
 *   *  impl2 ---新实现在另一个包里
 *  Dao

其次，调整打包配置，ServiceImpl和ServiceImpl2二选一。既然ServiceImpl和ServiceImpl2是二选一，那ServiceImpl和ServiceImpl2的包结构就可以相同。包结构相同了，那调整了依赖以后，依赖注入相关的配置就不需要调整了。调整后，项目结构看起来像这样：

*  Controller
 *  Service --- 接口模块
 *   *  ServiceImpl
     *  impl ---实现在另一个包
 *  ServiceImpl2
 *   *  impl ---新实现和老实现在相同的包中
 *  Dao

现在，ServiceImpl和ServiceImpl2模块中的包结构、类名都是一样的。那我们还需要接口模块吗？

假设，我们把Service接口模块去掉，结构变成了如下所示：

*  Controller
 *  Service1 --- 老实现
 *  Service2 --- 新实现
 *  Dao

单纯的通过调整模块依赖，是否能实现Service的多实现？答案显而易见吧？

上面给出了不使用接口的理由。不过不使用接口并不是完全没有缺点的，主要问题就是在进行多实现的时候，没有一个强接口规范。即不能通过实现接口，借助IDE快速生成框架代码。对于没有实现的接口，IDE也能给出错误提醒。

一个不太优雅的解决是，将原来的模块里的代码拷贝一份到新模块中，基于老代码来实现新的逻辑。

所以，如果一个项目需要多实现、且多实现数量较多（不过一般项目不会有多个实现的），则推荐使用接口。否则不需要使用接口。

本文针对「Service层是否需要接口」这个问题，指出需要接口的理由的问题。以及个人对这个问题的观点，希望在评论区写出自己的理解 ！

![format_png 1][]

**推荐阅读：**

#### 1、[建议收藏 | Redis 使用10个小技巧][_ Redis _10]     2、[面试必问的一致性Hash在负载均衡中的应用][Hash]  3、[项目中常用的19条MySQL优化][19_MySQL]  4、[单怼多线程，60道面试题，你能答上几个？（附答案）][60]  5、[这21 个刁钻的HashMap 面试题，我把阿里面试官吊打了！][21 _HashMap]  6、[Java开发必须掌握的 20+ 种 Spring 常用注解][Java_ 20_ _ Spring]     7、[老要求用java将word转为PDF，这么搞？][java_word_PDF]     8、[Redis分布式锁没用明白，搞出了大故障…][Redis]  9、[程序员面试 10 大潜规则，千万不要踩坑！][10]     10、[*【收藏了】10分钟读懂进程线程、同步异步、阻塞非阻塞、并发并行*][10 1] ####

**看完有收获?请转发分享给更多有需要的人**

关注 java大数据修炼之道

每天学习java技术，你想学的Java知识这里都有!**![format_png 2][]**

![format_png 3][]微信扫描二维码，关注我的公众号

写留言

*  
 *  ####  ####
    
    如果对你有帮助,请点个"在看 ![format_png 4][]",谢谢 ![format_png 5][]

[format_png]: /images/20221120/89bc7ef68b3a44bd920bff976797c759.png
[format_png 1]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2dpZi9SM0luWVNBSVprSDNCMUg5dHBJMXhNQ2c3RUpKR0RrNHNCd1MwMWU0YVV5RUhwUW80UnJ4akphOHZscVJaeUVmNVAydFpyRDRFNHppY0htOTBuV2ZHUkEvNjQw?x-oss-process=image/format,png
[_ Redis _10]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc22e05ccb5a713216d76a47efd7e4144ab9be9616235630f5f4edea4c8615182203fb8ef74&idx=1&mid=2247491785&scene=21&sn=a8cae67660d5733f1da6003c50d3529f#wechat_redirect
[Hash]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc22d53ccb5a4458368c5034905386313cc8eaf10dad2ba864989c613ae17febd1d1bfb91e3&idx=1&mid=2247492511&scene=21&sn=27c655b7b71e5a98abd810fd6f395450#wechat_redirect
[19_MySQL]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc22c17ccb5a501df41ddeaecf0f7e85e292b45d6c7522e4d6a4d9c4a93a389338ee175eae8&idx=1&mid=2247492315&scene=21&sn=37c6888e30892c7fae56d0769c35a571#wechat_redirect
[60]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d557ccb65c41ec5d3b7dedd6c7a22949ddcb5de1406de482c3b702a1a4768c66b730b219&idx=1&mid=2247490459&scene=21&sn=66bc23ae41a8abcb9a6f00be754b2e47#wechat_redirect
[21 _HashMap]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d429ccb65d3fc4be6ab008e4318d3beeccb1394801c72e33cbb9fd162868dce2b9b0c0f2&idx=1&mid=2247490277&scene=21&sn=63d44db7ae6930f25478119f423227d4#wechat_redirect
[Java_ 20_ _ Spring]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc22d67ccb5a471b0eb2969ac654b6d01b0c93d9c317164658f0486d5420f585c12599c56bd&idx=1&mid=2247492523&scene=21&sn=0c62a1d6bd02b85bc027d607286199b0#wechat_redirect
[java_word_PDF]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc22dc7ccb5a4d1b94f2a9bbce26082c9f845fbbf7d588a5540d072bcef39b2281d0b705f91&idx=1&mid=2247492363&scene=21&sn=6975a1a5de92dc49d04654f21ffa7c21#wechat_redirect
[Redis]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d038ccb6592e2d08ccd07a31a069ebbfc64d9abd2d1cfd88dba5efc1439f14cc78392bf3&idx=1&mid=2247491316&scene=21&sn=59fdccb5447abec7e33c881110c5be1f#wechat_redirect
[10]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc22cc6ccb5a5d09ec368b85dfe087d1b68f6ccbf67d7275356f64f203d353dcba684b4012e&idx=1&mid=2247492106&scene=21&sn=e25c3eea649006f34fd6f5cb62ea78be#wechat_redirect
[10 1]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d748ccb65e5e8bfe2334dac9c4a1678fa77a4b1c6bb230fb4442682c36120cfb8d8941ae&idx=1&mid=2247489924&scene=21&sn=40b4b841430ae75879b25545291dbf0a#wechat_redirect
[format_png 2]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9DMXVETURxam4xaWJIYkNVMnVTdHpnaWNraWNQVng4ZFR2WHNKeDBiU0JpY01mZnlWMGwyQTlaaEZMSjZ5TmY0c3lkRnBmQ3c4aFZwc3Y5QTNKTlkweVlpYmZBLzY0MA?x-oss-process=image/format,png
[format_png 3]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2pwZy80dlpIaWI2a0RxaGN2Ykg1bGlhVDZESFRSNXJBaWFKRHFBa0ltTjI2TWlhSWo1UTVhcHVhc0tpYWNrNVd5elBOWkRBQjdvUXlEMWdRYWRFTmtYbU5tZ1VGeW5nLzY0MA?x-oss-process=image/format,png
[format_png 4]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2pwZy9DMXVETURxam4xOXd0dVFwSzNqbUpXM2JGR1dJOFl6NkZSMTd0bDFNRjhWZnFZeFB4OTkwa3YySjc0THZxd2liMjZLYXlIZE9YZDZlYnpycVlpYmJUand3LzY0MA?x-oss-process=image/format,png
[format_png 5]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2dpZi9iOTZDaWJDdDcwaWFhOHI3UEpveUF0bGZIQUtlOFJvc0Uzd1lWS0JhYzU1cDFIUEJKSFpTNDJ5d25HNHlZdEQzam85QTllNWthd0JaczRJRTZSMUM0d2lidy82NDA?x-oss-process=image/format,png