@Repository、@Service、@Controller,它们分别对应存储层Bean,业务层Bean,和展示层Bean。
如果使用@Repository则需要使用@MapperScan("xxx.xxx.xxx.mapper")进行扫描,然后生成Dao层的Bean才能被注入到Service层中。
@Mapper通过xml里面的namespace里面的接口地址,生成了Bean后注入到Service层中。相当于@Mapper=@Repository+@MapperScan
使用注解的方式开发Dao层的时候,常常会混淆这两个注解,不知道怎么添加,这里做个记录。
1 - @Mapper
@Mapper 是 Mybatis 的注解,和 Spring 没有关系,
@Repository 是 Spring 的注解,用于声明一个 Bean。(重要)
使用 Mybatis 有 XML 文件或者注解的两种使用方式,如果是使用 XML 文件的方式,我们需要在配置文件中指定 XML 的位置,这里只研究注解开发的方式。
原理:
在 Spring 程序中,Mybatis 需要找到对应的 mapper,在编译的时候动态生成代理类,实现数据库查询功能,所以我们需要在接口上添加 @Mapper 注解。
@Mapper
public interface UserDao {
...
}
但是,仅仅使用@Mapper注解,我们会发现,在其他变量中依赖注入,IDEA 会提示错误,但是不影响运行(亲测~)。因为我们没有显式标注这是一个 Bean,IDEA 认为运行的时候会找不到实例注入,所以提示我们错误。如下图,会有红色波浪线。
尽管这个错误提示并不影响运行,但是看起来很不舒服,所以我们可以在对应的接口上添加 bean 的声明,@Repository如下:
@Repository // 也可以使用@Component,效果都是一样的,只是为了声明为bean
@Mapper
public interface UserDao {
...
}
注意:
此处的@Repository仅仅是为了让IDEA别报错,没有实际功能(像@Service@Controller那样具有实例化对象并注入到IOC容器的功能)。
因为此处修饰的是接口类interface,而java规定,接口类不能实例化(因为接口实际上是特殊的抽象类)
2 - @Repository
正如上面说的,@Repository 用于声明 dao 层的 bean,如果我们要真正地使用 @Repository 来进行开发,那是基于代码的开发,简单来说就是手写 JDBC。而不能用于Mapper.xml方式开发。
和 @Service、@Controller 一样,我们将 @Repository 添加到对应的实现类上,如下:
@Repository
public class UserDaoImpl implements UserDao{
@Override
public int insertUser(){
JdbcTemplate template = new JdbcTemplate();
...
}
}
3 - 其他扫描手段
基于注解的开发也有其他手段帮助 Mybatis 找到 mapper,那就是 @MapperScan 注解,可以在启动类上添加该注解,自动扫描包路径下的所有接口。使用这种方法,接口上不用添加任何注解。
@SpringBootApplication
@MapperScan("com.scut.thunderlearn.dao")
public class UserEurekaClientApplication {
public static void main(String[] args) {
SpringApplication.run(UserEurekaClientApplication.class, args);
}
}
4 - 总结
- @Mapper 一定要有,否则 Mybatis 找不到 mapper。
- @Repository 可有可无,可以消去依赖注入的报错信息。
- @MapperScan 可以替代 @Mapper。但是依然解决不了,IDE注入红线的问题。
- 最终得出答案:@Mapper和@Repository 同时使用,完美解决所有问题。