这篇文章主要讲解了“SpringBoot对不同Bean注解的区别和使用场景是什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“SpringBoot对不同Bean注解的区别和使用场景是什么”吧！谈Bean的潜台词是在说Spring中的Bean，我们都知道Spring中的BeanFactory，而Bean这个概念也是由此而来。在Spring中，只要一个类能被实例化，并被Spring容器管理，这个类就称为一个Bean,或者SpringBean.除此之外，我们还听到一些其他的词：JavaBean、POJO、VO、DTO这些叫法又是什么意思？使用的场景又是什么？JavaBean一个JavaBean是一个遵循Sun公司JavaBean规范的类。JavaBean可以理解为java中可以复用的组件，它满足下面条件：有一个公共的缺省构造方法这个类的属性使用getter和setter来访问，并且命名遵从标准的规范这个类可以序列化POJO(Plain Ordinary Object )POJO是一个历史遗留名称，为什么这样讲？因为POJO是用来指明该对象不同于Entity BeansEntityBeans是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。可以看出，它们本质上都是在指一个java对象，为了区分场景和功能，有了不同的叫法。开发中有时还会出现，Entity, Domain等。用来表示对实体的映射，或表的映射。一般可以这样做来规范开发：对于Spring管理的对象，称为Bean映射到数据表的对象实体类，称为entity，放在entity目录对于接口用于封装数据，比如接受一个json入参，为了方便，定义一个对象封装参数，可以叫dto (或pojo) 放在pojo包，以表明它不是某个表的映射类。用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例如：现在，你可以理解@Configuration注解的类就是一个xml配置文件，中间@Bean注解就是xml中的bean节点这两种方式都是将@Bean注解返回值注入Spring容器。SpringBoot在启动时，会扫描@Configuration注解，进行注入。好了，现在我们终于把想要的组件交给Spring容器管理。我们该如何使用？我们可以用Spring上下文，获取需要的对象一般我们用@Autowire 注解，获取容器中的bean有时我们在容器中需要注入一个类的多个实例，以满足需求。比如一个接口的实现类有两个，如果直接通过@Component注入容器，则会报错。如何区分？没错，通过在注解中标识一个名称，来区分该对象的不同实例。获取时：最终会初始化一个Bean01这样有个问题，就是每次使用都需要显示声明@Qualifier来指定。有的场景下，我们可能想默认使用一个，其他情况再显式指定。这就涉及到@Primary在注解时，标注了@Primary的Bean在没有指定的情况下，会默认加载。比如：使用时： 默认初始化的就是Bean01表示当前类可以用作配置文件使用可以在这个类中使用@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+@EnableAutoConfiguration+@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、是否只读使用在类上：表示这个类是控制层，而且类中的所有方法加上@responseBody这个注解感谢各位的阅读，以上就是“SpringBoot对不同Bean注解的区别和使用场景是什么”的内容了，经过本文的学习后，相信大家对SpringBoot对不同Bean注解的区别和使用场景是什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是百云主机，小编将为大家推送更多相关知识点的文章，欢迎关注！
本文小编为大家详细介绍“ASP.NETCore中如何使用EF创建模型”，内容详细，步骤清晰，细节处理妥当，希望这篇“ASP.NETCore中如何使用EF创建模型”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。如果实体属性可以包含nul…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
