SpringBoot의 다양한 Bean 주석의 차이점과 사용 시나리오는 무엇입니까?
다양한 Bean 주석의 차이점 및 사용 시나리오
Bean이란 무엇입니까?
Bean을 이야기하는 서브텍스트는 Spring의 Bean에 대해 이야기하는 것입니다. 우리 모두는 Spring의 BeanFactory를 알고 있으며 Bean의 개념은 여기서 비롯됩니다. Spring에서는 클래스가 Spring 컨테이너에 의해 인스턴스화되고 관리될 수 있는 한 이 클래스를 Bean 또는 SpringBean이라고 합니다.
또한 다음과 같은 다른 단어도 들었습니다:
JavaBean, POJO, VO, DTO
이 이름들은 무엇을 의미하나요? 사용 시나리오는 무엇입니까?
JavaBean
A JavaBean은 Sun의 JavaBean 사양을 따르는 클래스입니다. JavaBean은 다음 조건을 충족하는 Java의 재사용 가능한 구성 요소로 이해될 수 있습니다.
공용 기본 생성자가 있습니다.
이 클래스의 속성은 getter 및 setter를 사용하여 액세스되며 이름 지정은 표준 사양을 따릅니다.
이 클래스는 연재 가능합니다
POJO(Plain Ordinary Object)
POJO는 역사적인 이름인데 왜 이런 말을 하는 걸까요? POJO는 객체가 Entity Beans와 다르다는 것을 나타내는 데 사용되기 때문입니다
EntityBeans는 EJB의 개념이고, EJB는 Spring 등장 이후 점차 역사의 무대에서 사라졌습니다. 따라서 POJO는 Martin Fowler가 제안했을 때 EJB 인터페이스를 구현하지 않은 일반 Java 클래스를 참조했습니다. 오늘날에도 계속 사용되고 있으므로 엄밀히 말하면 모든 Java 클래스는 POJO입니다. 더 이상 ejb와 같은 오래된 골동품을 사용하는 사람이 없기 때문입니다. 그러나 때로는 Spring Bean을 구별하기 위해 Spring POJO에서 관리하지 않는 클래스를 호출할 수도 있습니다.
VO (Value Object)
VO는 java.lang.Integer와 같이 일부 데이터를 담고 있는 객체나 데이터 객체를 말합니다. 이 개념은 Martin Fowler가 Enterprise Application Architecture에서 제안한 개념입니다.
DTO(Data Transfer Object)
DTO도 EJB에서 제안한 개념으로, 데이터 전송 중에 객체를 직접 전송하여 네트워크에서 데이터를 전송하는 것이 목적입니다.
요약:
따라서 우리에게는 VO와 DTO 사이에 차이가 없으며(그러나 마틴 파울러는 이를 다른 하위 구분 개념을 의미하기 위해 사용했을 수도 있습니다) 대부분의 경우 JavaBean 사양을 따르므로 다음과 같습니다. 둘 다 JavaBeans입니다. 물론 그들은 모두 POJO이다.
본질적으로는 자바 객체를 지칭한다고 볼 수 있는데, 시나리오와 함수를 구별하기 위해 서로 다른 이름을 가지고 있는 것입니다. 개발 중에 엔터티, 도메인 등이 나타나는 경우가 있습니다. 엔터티나 테이블의 매핑을 나타내는 데 사용됩니다. 일반적으로 개발을 표준화하기 위해 다음과 같이 할 수 있습니다.
Spring에서 관리하는 객체의 경우 Bean이라고 합니다
데이터 테이블에 매핑된 객체 엔터티 클래스를 엔터티라고 하며 엔터티 디렉터리에 배치됩니다
인터페이스의 경우 json 입력 매개변수를 허용하는 등 데이터를 캡슐화합니다. 편의를 위해 매개변수를 캡슐화하는 객체를 정의하고 이를 dto(또는 pojo) 패키지에 넣어 매핑 클래스가 아님을 나타낼 수 있습니다. 특정 테이블.
Annotations @Bean @Component …차이점이 무엇인가요?
SpringBoot로 애플리케이션을 개발할 때 주석을 사용하여 개체를 Spring 컨테이너에 넘겨 관리합니다. 이러한 주석에는
@Component, @Service, @Bean, @Controller, @Repository
본질적으로 이러한 주석은 Bean의 자동 감지에 사용되는 Spring 식별자입니다. 이러한 주석이 표시된 클래스는 Spring 컨테이너에 의해 관리됩니다.
그럼 왜 이런 카테고리가 있는 걸까요? 주석을 사용하여 모든 작업을 수행해 보는 것은 어떨까요?
우선, 이러한 주석은 의미론에 따라 다양한 수준에서 사용됩니다
@Componet
일반 구성 요소@Componet
一般的组件@Service
是Service层组件@Bean
这个要和@Configuration一块使用,后边再说@Controller
是用在SpringMVC控制层@Repository
@Service
는 서비스 계층 구성 요소입니다
@Bean
이는 나중에 논의할 @Configuration과 함께 사용해야 합니다.
@Controller
는 SpringMVC 제어 계층에서 사용됩니다
@Repository는 데이터 액세스 계층입니다. <h4></h4>
<p></p>Spring은 이러한 주석이 자동 감지만을 위한 것이 아니기 때문에 이러한 방식으로 설계되었습니다. 동시에 @Repository 주석과 같은 다양한 기능이 있으며 Spring에서는 향상된 처리 및 관련 예외 처리를 추가합니다. <p></p>@Controller의 Bean은 네트워크 요청 관련 로직을 처리합니다. 따라서 동일한 주석으로 모든 Bean에 주석을 추가하면 실제로 Spring 컨테이너에 주입되지만 기능이 작동하지 않을 수 있습니다. <p></p>그리고 Spring 버전이 업그레이드됨에 따라 더욱 차별화된 처리 기능이 추가될 수 있습니다. 따라서 사양에 따라 주석을 달아야 합니다. <p></p>@Bean에 관해 말하면, Spring 초기에는 Bean이 여전히 xml을 통해 구성되었다는 것을 알고 있습니다. 예: 🎜<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class='brush:php;toolbar:false;'><?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 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></pre><div class="contentsignin">로그인 후 복사</div></div>🎜이제 @Configuration으로 주석이 달린 클래스는 xml 구성 파일이고 가운데 @Bean 주석은 xml🎜<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class='brush:php;toolbar:false;'>@Configuration
public class BeanConfiguration {
@Bean
public Operations operation(){
return new Operations();
}
@Bean
public Employee employee(){
return new Employee();
}
}</pre><div class="contentsignin">로그인 후 복사</div></div>의 Bean 노드입니다. 🎜두 방법 모두 @Bean 주석 반환 값을 Spring 컨테이너에 주입하는 것입니다. SpringBoot가 시작되면 @Configuration 주석을 스캔하여 주입합니다. 🎜🎜SpringBoot 주입 개체 충돌을 해결하는 방법은 무엇입니까? 🎜🎜좋아, 이제 드디어 원하는 구성 요소를 Spring 컨테이너 관리에 넘겼습니다. 어떻게 사용해야 할까요? 🎜🎜Spring 컨텍스트를 사용하여 필요한 개체를 얻을 수 있습니다.🎜<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class='brush:php;toolbar:false;'>public static void main(String[] args) {
ApplicationContext application = SpringApplication.run(ConsumerApplication.class, args);
application.getBean(Employee.class);
}</pre><div class="contentsignin">로그인 후 복사</div></div>🎜일반적으로 @Autowire 주석을 사용하여 컨테이너에 빈을 가져옵니다.🎜<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class='brush:php;toolbar:false;'>@Autowire
private Employee employee;</pre><div class="contentsignin">로그인 후 복사</div></div>🎜때때로 요구 사항을 충족하기 위해 컨테이너에 클래스의 여러 인스턴스를 주입해야 하는 경우도 있습니다. 🎜<p>比如一个接口的实现类有两个,如果直接通过@Component注入容器,则会报错。</p><p><strong>如何区分?</strong></p><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class='brush:php;toolbar:false;'>@Component("bean01")
public class Bean01 implement AA{
}
@Component("bean02")
public class Bean02 implement AA{
}</pre><div class="contentsignin">로그인 후 복사</div></div><p>没错,通过在注解中标识一个名称,来区分该对象的不同实例。</p><p>获取时:最终会初始化一个Bean01</p><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class='brush:php;toolbar:false;'>@Autowire
@Qualifier("bean01")
private AA a;</pre><div class="contentsignin">로그인 후 복사</div></div><p>这样有个问题,就是每次使用都需要显示声明@Qualifier来指定。有的场景下,我们可能想默认使用一个,其他情况再显式指定。这就涉及到@Primary</p><p>在注解时,标注了@Primary的Bean在没有指定的情况下,会默认加载。</p><p>比如:</p><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class='brush:php;toolbar:false;'>@Component
@Primary
public class Bean01 implement AA{
}
@Component("bean02")
public class Bean02 implement AA{
}</pre><div class="contentsignin">로그인 후 복사</div></div><p>使用时: 默认初始化的就是Bean01</p><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class='brush:php;toolbar:false;'>@Autowire
private AA a;</pre><div class="contentsignin">로그인 후 복사</div></div><h3 id="SpringBoot的各种注解">SpringBoot的各种注解</h3><h4 id="Configuration">@Configuration</h4><p>表示当前类可以用作配置文件使用</p><p>可以在这个类中使用@bean注解来创建对象(类似于单例模式的饿汉式)。</p><p>方法中需要有返回值+使用new这个关键字</p><p>spring会把这个返回值放入spring容器中;</p><p>在后面的方法中如果要调用这个方法(@bean中有个属性name,命名name的值,在后面的@resource中使用使用按照名称注入)没有使用name这个属性的话,默认情况下@bean方法的方法名;</p><ul class=" list-paddingleft-2"><li><p><code>@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、是否只读
@RestController = @responseBody+@controller
使用在类上:表示这个类是控制层,而且类中的所有方法加上@responseBody这个注解
위 내용은 SpringBoot의 다양한 Bean 주석의 차이점과 사용 시나리오는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Jasypt 소개 Jasypt는 개발자가 최소한의 노력으로 프로젝트에 기본 암호화 기능을 추가할 수 있게 해주며 암호화 작동 방식에 대한 깊은 이해가 필요하지 않은 단방향 및 양방향 암호화에 대한 높은 보안을 제공합니다. 표준 기반 암호화 기술. 비밀번호, 텍스트, 숫자, 바이너리 암호화... Spring 기반 애플리케이션, 개방형 API와의 통합에 적합하며 모든 JCE 공급자와 함께 사용할 수 있습니다... 다음 종속성을 추가합니다: com.github.ulisesbocchiojasypt-spring-boot-starter2. Jasypt의 이점은 코드가 유출되더라도 데이터 소스를 보장할 수 있어 시스템 보안을 보호합니다.

사용 시나리오 1. 주문이 성공적으로 이루어졌으나 30분 이내에 결제가 이루어지지 않았습니다. 결제 시간이 초과되어 주문이 자동으로 취소되었습니다. 2. 주문이 서명되었으며 서명 후 7일 동안 평가가 수행되지 않았습니다. 주문 시간이 초과되어 평가되지 않으면 시스템은 기본적으로 긍정적 평가로 설정됩니다. 3. 판매자가 5분 동안 주문을 받지 않으면 주문이 취소됩니다. 문자 메시지 알림이 전송됩니다... 지연이 길고 실시간 성능이 낮은 시나리오의 경우 작업 예약을 사용하여 정기적인 폴링 처리를 수행할 수 있습니다. 예: xxl-job 오늘은 다음을 선택하겠습니다.

1. Redis는 분산 잠금 원칙과 분산 잠금이 필요한 이유를 구현합니다. 분산 잠금에 대해 이야기하기 전에 분산 잠금이 필요한 이유를 설명해야 합니다. 분산 잠금의 반대는 독립형 잠금입니다. 다중 스레드 프로그램을 작성할 때 공유 변수를 동시에 작동하여 발생하는 데이터 문제를 방지하기 위해 일반적으로 잠금을 사용하여 공유 변수를 상호 제외합니다. 공유 변수의 사용 범위는 동일한 프로세스에 있습니다. 동시에 공유 리소스를 운영해야 하는 여러 프로세스가 있는 경우 어떻게 상호 배타적일 수 있습니까? 오늘날의 비즈니스 애플리케이션은 일반적으로 마이크로서비스 아키텍처입니다. 이는 하나의 애플리케이션이 여러 프로세스를 배포한다는 의미이기도 합니다. 여러 프로세스가 MySQL에서 동일한 레코드 행을 수정해야 하는 경우 잘못된 작업으로 인해 발생하는 더티 데이터를 방지하려면 배포가 필요합니다. 현재 소개할 스타일은 잠겨 있습니다. 포인트를 얻고 싶다

Springboot가 파일을 읽지만 jar 패키지로 패키징한 후 최신 개발에 액세스할 수 없습니다. springboot가 파일을 jar 패키지로 패키징한 후 파일을 읽을 수 없는 상황이 발생합니다. 그 이유는 패키징 후 파일의 가상 경로 때문입니다. 유효하지 않으며 읽기를 통해서만 액세스할 수 있습니다. 파일은 리소스 publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input 아래에 있습니다.

Springboot+Mybatis-plus가 다중 테이블 추가 작업을 수행하기 위해 SQL 문을 사용하지 않을 때 내가 직면한 문제는 테스트 환경에서 생각을 시뮬레이션하여 분해됩니다. 매개 변수가 있는 BrandDTO 개체를 생성하여 배경으로 매개 변수 전달을 시뮬레이션합니다. Mybatis-plus에서 다중 테이블 작업을 수행하는 것은 매우 어렵다는 것을 Mybatis-plus-join과 같은 도구를 사용하지 않으면 해당 Mapper.xml 파일을 구성하고 냄새나고 긴 ResultMap만 구성하면 됩니다. 해당 SQL 문을 작성합니다. 이 방법은 번거로워 보이지만 매우 유연하며 다음을 수행할 수 있습니다.

SpringBoot와 SpringMVC는 모두 Java 개발에서 일반적으로 사용되는 프레임워크이지만 둘 사이에는 몇 가지 분명한 차이점이 있습니다. 이 기사에서는 이 두 프레임워크의 기능과 용도를 살펴보고 차이점을 비교할 것입니다. 먼저 SpringBoot에 대해 알아봅시다. SpringBoot는 Spring 프레임워크를 기반으로 하는 애플리케이션의 생성 및 배포를 단순화하기 위해 Pivotal 팀에서 개발되었습니다. 독립 실행형 실행 파일을 구축하는 빠르고 가벼운 방법을 제공합니다.

1. RedisAPI 기본 직렬화 메커니즘인 RedisTemplate1.1을 사용자 정의합니다. API 기반 Redis 캐시 구현은 데이터 캐싱 작업에 RedisTemplate 템플릿을 사용합니다. 여기서 RedisTemplate 클래스를 열고 클래스의 소스 코드 정보를 봅니다. 키 선언, 값의 다양한 직렬화 방법, 초기 값은 비어 있음 @NullableprivateRedisSe

프로젝트에서는 일부 구성 정보가 필요한 경우가 많습니다. 이 정보는 테스트 환경과 프로덕션 환경에서 구성이 다를 수 있으며 실제 비즈니스 상황에 따라 나중에 수정해야 할 수도 있습니다. 이러한 구성은 코드에 하드 코딩할 수 없습니다. 예를 들어 이 정보를 application.yml 파일에 작성할 수 있습니다. 그렇다면 코드에서 이 주소를 어떻게 얻거나 사용합니까? 2가지 방법이 있습니다. 방법 1: @Value 주석이 달린 ${key}를 통해 구성 파일(application.yml)의 키에 해당하는 값을 가져올 수 있습니다. 이 방법은 마이크로서비스가 상대적으로 적은 상황에 적합합니다. 프로젝트, 업무가 복잡할 때는 논리
