开发者

SpringBoot对不同Bean注解的区别和使用场景说明

目录
  • 对不同Bean注解的区别和使用场景
    • 什么是Bean?
    • 注解@Bean @Component …等都有什么区别?
    • SpringBoot注入对象冲突如何解决?
  • SpringBoot的各种注解
    • @Configuration
  • 总结

    对不同Bean注解的区别和使用场景

    什么是Bean?

    谈Bean的潜台词是在说Spring中的Bean,我们都知道Spring中的BeanFactory,而Bean这个概念也是由此而来。在Spring中,只要一个类能被实例化,并被Spring容器管理,这个类就称为一个Bean,或者SpringBean.

    除此之外,我们还听到一些其他的词:

    JavaBean、POJO、VO、DTO

    这些叫法又是什么意思?使用的场景又是什么?

    JavaBean

    一个JavaBean是一个遵循Sun公司JavaBean规范的类。JavaBean可以理解为java中可以复用的组件,它满足下面条件:

    • 有一个公共的缺省构造方法
    • 这个类的属性使用getter和sette开发者_C学习r来访问,并且命名遵从标准的规范
    • 这个类可以序列化

    POJO(Plain Ordinary Object )

    POJO是一个历史遗留名称,为什么这样讲?因为POJO是用来指明该对象不同于Entity Beans

    EntiLGMXcNiVCtyBeans是EJB中的概念,而EJB在Spring出现后,就渐渐淡出了历史的舞台。所以,POJO在Martin Fowler提出时,就是指那些没有实现任何EJB接口的普通java类。而延用至今,严格讲,所有的java类,都是POJO,因为现在没有人在使用ejb这些老古董了。但是有时我们为了区分Spring Bean,可以将没有被Spring管理的类称为POJO。

    VO (Value Object)

    VO指一个对象例如 java.lang.Integer 它持有一些数据,或数据对象。这个概念是 Martin Fowler企业应用架构中提出的概念。

    DTO (Data Transfer Object)

    DTO也是EJB种提出的一个概念,目的就是在数据传输时,通过直接传输对象,在网络中传输数据。

    小结:

    所以对我们而言,VO和DTO没有区别(但是Martin Fowler可能用它们表示了不同的细分概念),而大多数时候,它们遵循JavaBean规范,所以它们也都是JavaBean。当然,它们都是POJO。

    可以看出,http://www.devze.com它们本质上都是在指一个java对象,为了区分场景和功能,有了不同的叫法。开发中有时还会出现,Entity, Domain等。用来表示对实体的映射,或表的映射。一般可以这样做来规范开发:

    • 对于Spring管理的对象,称为Bean
    • 映射到数据表的对象实体类,称为entity,放在entity目录
    • 对于接口用于封装数据,比如接受一个json入参,为了方便,定义一个对象封装参数,可以叫dto (或pojo) 放在pojo包,以表明它不是某个表的映射类。

    注解@Bean @Component …等都有什么区别?

    用SpringBoot开发应用时,我们会用注解将对象交给Spring容器管理。这些注解包括:

    @Component ,@Service, @Bean, @Controller ,@Repository

    这些注解本质上,都是Spring标识,用来进行Bean的自动检测。标注这些注解的类会被Spring容器管理。

    那为何要有这些分类,为何不使用一个注解就来搞定所有的工作?

    首先这几个注解根据语义,用在不同的层面

    • @Componet一般的组件
    • @Service是Service层组件
    • @Bean这个要和@Configuration一块使用,后边再说
    • @Controller是用在SpringMVC控制层
    • @Repository是数据访问层

    Spring这样设计,是因为,这些注解不光是要做自动检测。同时有不同的功能,比如@Repository注解,Spring会增加增强处理,进行相关的异常处理。

    @Controller的bean会处理网络请求相关逻辑。所以你给所有的Bean都标注同一个注解,确实都会注入Spring容器,但是功能可能就会失效。

    而且随着Spring版本升级,可能会增加更多差异化处理。所以我们应该按照规范来注解。

    再说到@Bean,我们知道Spring早期,还是通过XML配置Bean例如:

    <?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-in编程客栈stance" xmlns:context="http://www.springframework.org/schema/context"
      xsi:schemaLocation="http://www.springframework.org/schema/beans
      http://www.springframework.org/schema/beans/spring-beans.xsd
      http://www.springframework.org/schema/context
      http://www.springframework.org/schema/context/spring-context.xsd">
      
      <bean id="operations"  class="com.howtodoinjava.spring.beans.Operations"></bean>
      <bean id="employee" class="com.howtodoinjava.spring.beans.Employee"></bean>
      
    </beans>

    现在,你可以理解@Configuration注解的类就是一个xml配置文件,中间@Bean注解就是xml中的bean节点

    @Configuration
    public class BeanConfiguration {
      @Bean
      public Operations operation(){
        return new Operations();
      }
      @Bean
      public Employee employee(){
        return new Employee();
      }
     
    }

    这两种方式都是将@Bean注解返回值注入Spring容器。SpringBoot在启动时,会扫描@Cwww.devze.comonfiguration注解,进行注入。

    SpringBoot注入对象冲突如何解决?

    好了,现在我们终于把想要的组件交给Spring容器管理。我们该如何使用?

    我们可以用Spring上下文,获取需要的对象

    public static void main(String[] args) {
      ApplicationContext application = SpringApplication.run(ConsumerApplication.class, args);
      application.getBean(Employee.class);
    }

    一般我们用@Autowire 注解,获取容器中的bean

    @Autowire
    private Employee employee;

    有时我们在容器中需要注入一个类的多个实例,以满足需求。

    比如一个接口的实现类有两个,如果直接通过@Component注入容器,则会报错。

    如何区分?

    @Component("bean01")
    public class Bean01 implement AA{
     
    }
    
    @Component("bean02")
    public class Bean02 implement AA{
     
    }

    没错,通过在注解中标识一个名称,来区分该对象的不同实例。

    获取时:最终会初始化一个Bean01

    @Autowire
    @Qualifier("bean01")
    private AA a;

    这样有个问题,就是每次使用都需要显示声明@Qualifier来指定。有的场景下,我们可能想默认使用一个,其他情况再显式指定。这就涉及到@Primary

    在注解时,标注了@Primary的Bean在没有指定的情况下,会默认加载。

    比如:

    @Component
    @Primary
    public class Bean01 implement AA{
     
    }
    
    @Component("bean02")
    public class Bean02 implement AA{
     
    }

    使用时: 默认初始化的就是Bean01

    @Autowire
    private AA a;

    SpringBoot的各种注解

    @Configuration

    表示当前类可以用作配置文件使用

    可以在这个类中使用@bean注解来创建对象(类似于单例模式的饿汉式)。

    方法中需要有返回值+使用new这个关键字

    spring会把这个返回值放入spring容器中;

    在后面的方法中如果要调用这个方法(@bean中有个属性name,命名name的值,在后面的@resource中使用使用按照名称注入)没有使用name这个属性的话,默认情况下@bean方法的方法名;

    • @importResource:用来导入xml文件,xml文件里面也是声明java对象,同样也是导入到spring容器中
    • @propertySource:用来导入property文件

    可以和@value一起使用,@value来用读取property文件的内容;

    • @componentScan:用来指定扫描注解的位置,扫描把扫描到的注解生成对象放入spring容器中,

    属性:basePackage:指定扫描到包的位置

    默认情况下是扫描当前包和子包的位置

    • @SpringBootApplication

    由三个主要注解组合而成:@SpringBootConfiguration+@EnableAutoConfiguratiohttp://www.devze.comn+@ComponentScan

    • @SpringBootCOnfiguration:表示这个类可以作为配置类使用;
    • @EnableAutoConfiguration:启动自动注入,把java文件配置好,直接注入到Spring容器中;
    • @ComponentScan:表示文件下的注解,用来创建对象
    • @ConfigurationProperties:使用在java类上,表示使用K-V自动注入到对应的java属性上,

    参数prefix:把properties文件中对应的前缀.后面的属性对应到properties文件的属性中(使用在类上,所以在属性上可以自动赋值)

    和@value是两种用法

    @controller、@service、@Repository、@component

    这些注解使用在java类上,componentScan会扫描这些完成对象的创建

    • @controller使用在控制层,完成接收请求参数,调用service层完成用户的请求,返回视图层给用户;
    • @Service:业务层的逻辑,调用dao层完成用户对数据库的操作,将处理结果返回给controller;
    • @Repository:使用对数据库进行持久化操作(保证用户的数据可以写入到数据库中),将处理结果返回给service层

    ##在SpringBoot中使用@mapper代替这个注解。用来告诉myBATis创建这个对象的动态代理对象

    ##@mapperScan(basePackage:指定的mapper文件的路径),使用在主启动类上,省的一个一个dao层都要使用到@mapper

    • @component:用来创建对象,但是对象没有前面三个有特殊的功能
    • @transaction:表示开启事务(一般使用在service层)有五个参数

    1、传播行为 2、隔离级别 3、超时行为 4、回滚规则 5、是否只读

    @RestController  = @responseBody+@controller

    使用在类上:表示这个类是控制层,而且类中的所有方法加上@responseBody这个注解

    总结

    以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

    0

    上一篇:

    下一篇:

    精彩评论

    暂无评论...
    验证码 换一张
    取 消

    最新开发

    开发排行榜