在service的接口中添加注解还是在实现类impl
@Service注解是标注在实现类上的
因为@Service是把spring容器中的bean进行实例化,也就是等同于new操作,只有实现类是可以进行new实例化的,而接口则不能,所以是加在实现类上的。
IOC的思想:A不直接调用B,而是通过调用生产B的工厂(工厂模式),由B工厂来创建B
有三种普通注入方式,分为构造函数的注入、属性注入、接口注入。
将注入方式交给第三方,通过bean的注解,想调用时直接通过注解注入。
所以通过注解注入bean,就是实例化依赖类的方式,
这也是为什么要将@Service和@Repository放到实现类上面而不是接口类上面,
接口只是一个规范,需要各种实现类去实现这个接口,我们要用的就是这些实用类的方法。
如果采用@Autowired来注解,则同样无需指定name属性,若是实现该接口有多个类,则需要通过@Qualifier来做区分
@Service、@Repository注解是放到service或者dao类的实现类还是接口类中 https://blog.csdn.net/qq_35923749/article/details/77159213
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!