[Spring] 김영한 기본편_ 섹션 5. 스프링컨테이너와스프링빈

<출처 인프런>

 

 

컨테이너를 생성했다. 스프링 컨테이너 내에서 빈 이름과 빈 객체를 저장하여 관리해준다. Public과 함께 쓴 것은 타입과 이름이 된다. 예시로 public MemberService memberService( )의 경우 MemberService는 타입이 되고 memberService는 빈의 이름이 된다. return new와  함께 쓰이면 빈 객체과 된다. 예로 return MemberServiceImpl(memberRepository( ))의 경우 MemberServiceImpl이 빈 객체가 되는 것이다. 그렇게 스프링 컨테이너에 저장되어 관리된다. 그리고 이번엔 빈이 제대로 등록되어있는지 확인하는 방법을 배울 것이다.

 

 

---

 

[ ◀︎ ]

 

[Spring] 김영한 기본편_ 섹션 4. 객체지향원리적용

 

 

 

 

 

🧸

잘못된 정보가 있다면 댓글로 남겨주세요

---

 

🧸 구조파악 레츠꼬우- 🧸

test에 총 3가지의 패키지를 만들었다.

• beanfind
  ㄴ ApplicationContextInfoTest, ApplicationContextBasicFindTest, ApplicationnContextExtendsFindTest
       , ApplicationContextSameBeanFindTest
• beandefinition
  ㄴ BeanDefinitionTest
• xml
  ㄴ XmlAppContext

 

---

 

✔️  beanfind_ApplicationContextInfoTest

 

►  findAllBean

: 내부에 포함된 Bean을 출력한다.

 

AnnotationConfigApplicationContext ac 
= new AnnotationConfigApplicationContext(AppConfig.class);

 

 

AnnotationConfigApplicationContext

: Bean으로 지정된 객체들을 가지고 있는 context고 컨테이너라고도 부른다.

 

ApplicationContext는 인터페이스로 다양한 구현체를 가지고 있다. 그 중 하나가 어노테이션을 이용할 수 있도록 해주는 AnnotationConfigApplicationContext이며 현재 강의에서 다루는 것이다. 섹션 4 강의에서 AppConfig에 @Configuration과 @Bean 어노테이션을 정의했다. 이렇게 어노테이션을 정의를 통해 빈을 새롭게 생성하거나 관리하고, 컴포넌트 스캔 혹은 프로파일 관리를 할 수 있게 된다.

 

 

 

 

ㅤ- ApplicationContext 설명 출처

[Spring] 애플리케이션 컨텍스트(Application Context)와 스프링의 싱글톤(Singleton)

 

 

 

- AnnotationConfigApplicationContext 출처

Bean 객체들의 만남의 광장 : AnnotationConfigApplicationContext

 

 

 

-  AnnotationConfigApplication  출처

[Spring] AnnotationConfigApplicationContext의 역할과 활용 방법

 

 

 

스프링 컨테이너 속 AppConfig의 빈이름과 빈객체

 

 

 

 

••• 이어서 다음 코드 •••

 

 

 

String[] beanDefinitionNames = ac.getBeanDefinitionNames();

 

 

getBeanDefinitionNames( )

: 팩토리에 등록된 모든 bean을 반환하고 @bean을 제외한 다른 방법으로 등록된 싱글톤 Bean은 무시한다. 또한 계층구조도 무시한다. 

 

ac는 AppConfig에 등록된 bean에 대한 설정 정보가 담겨있다. 하지만 getBeanDefinitionNames는 내부의 모든 bean을 반환한다고 정의되어있는데, 그 이유를 살펴보면 AppConfig의 설정을 적용하면서 Spring에 기본적으로 필요로하는 내부 빈들도 자동적으로 함께 등록되기 때문이다. 그렇기에 내부 빈들도 모두 보고 싶을 경우 getBeanDefinitionNames()를 사용한다.

 

 

 

 

- getBeanDefinitionNames 정의 출처

ListableBeanFactory (Spring Framework 6.1.11 API)

 

 

 

ㅤㅤ••• 그 다음 코드 •••

 

 

for (String beanDefinitionName : beanDefinitionNames) {
            Object bean = ac.getBean(beanDefinitionName);
            System.out.println ("name = " + beanDefinitionName + "object = " + bean); }

 

 

getBean( );

: 현재 사용 중인 bean을 반환한다.

 

 

Object

: 최상위 클래스로 자바 클래스에 따로 extends하지 않으면 java.lang.Object를 상속한다. 필드가 아닌 메서드로 구성되어있으며 모든 타입을 다 받을 수 있다.

 

beanDefinitionNames는 모든 빈을 반환 받아온 문자열이다. for문을 이용하여 beanDefinitionNames에 들어있는 빈 이름을 beanDefinitionName 변수에 저장한다.  그리고 ac.getBean을 이용하여 빈 객체를 조회하며 이때 bean에 저장되는 타입은 Object로 모든 타입을 다 받을 수 있게 된다. 그렇기 때문에 스프링 내부에 있는 빈까지 모두 출력할 수 있는 것이다.

아래 <결과>를 보면 name은 빈의 이름이 출력되었고 object는 지정된 클래스가 무엇인지 출력되었다. 즉 discountPolicy는 hello.core.discount.RateDiscountPolicy와 연결되어있음을 보여주는 것이다.

<결과>
name = discountPolicy
object = hello.core.discount.RateDiscountPolicy@246f8b8b

요딴식으로 출력된다.🐻

 

 

Q.꼭 beanDefinitionName 변수로 받아줘야하는건가? 

A. 꼭 그럴필요는 없다. 가독성을 위해 변수를 사용하는 것 뿐.

String[] beanDefinitionNames = ac.getBeanDefinitionNames();
for (int i = 0; i < beanDefinitionNames.length; i++) {
    String beanName = beanDefinitionNames[i];
    System.out.println("Bean Name " + (i + 1) + ": " + beanName);
}​

이런식으로 그냥 변수없이 받아도 된다고 한다. 그리고 받아온 걸 beanName에 저장하여 출력한다.

 

 

Q.ac.getBean에서 ac는 꼭 붙여하는걸까? 

A. getBean은ApplicationContext에서 제공하는 인터페이스 메서드이다.그렇기에 관련 ApplicationContext에서 제공하는 메서드를 쓰려면 내가 지정한 변수(ac)를 꼭 붙여써야 한다.

 

 

 

 

- getBean 출처

BeanMap (Spring Framework 6.1.11 API)

 

 

 

- Object 출처

2. Java 자바 [API] - Object 클래스, Object 클래스의 메소드 1

 

 

 

 

 

►  findApplicationBean

: 내가 개발한 bean 출력하기.

 

 

for (String beanDefinitionName : beanDefinitionNames) {
            BeanDefinition beanDefinition = ac.getBeanDefinition(beanDefinitionName);

모든 빈을 getBeanDefinitionNames로 가져왔다. 그리고 for을 통해 모든 빈의 메타정보를 getBeanDefinition으로 beanDefinition에 저장할 것이다.

 

getBeanDefinition( );

: 특정 bean의 메타정보를 가져온다.

 

 

BeanDefinition

: 스프링 프레임워크에서 정의한 인터페이스로, 스프링 컨테이너에서 관리하는 각 bean의 메타정보를 나타내는 역할을 한다.

 

 

Q. 위의 코드 중 getBean에서는 Object라는 객체 타입을 적었는데 여기서는 왜 BeanDefinition을 적을걸까?
getBean도 정보를 가져오는 코드인거 아닌가? 현재 사용중인 bean을 반환하는 것이니. 그런데 왜 다르게 쓰는걸까?

A. getBean()과 getBeanDefinition( )은 컨테이너를 가져오는 방식이 다르다. getBean()은 스프링 컨테이너에서 빈의 실제 인스턴스를 가져오고(쉽게 말해서 bean과 연결된 클래스) Object 타입으로 반환한다. 반면에 getBeanDefinition()은 특정 빈의 메타정보를 가져온다. 그리고 가져온 메타정보를 정의해주는 인터페이스가 BeanDefinition이 되기에 빈의 이름이 호출되면 BeanDefinition 객체로 반환하는 것이다. 즉 Object와 BeanDefinition을 써야하는 경우가 완전히 다르며 BeanDefinition은 하나의 구체적인 타입이 아니다.

 

 

Q. getBean( ) 메서드는 일반적으로 Object로 받는다고 한다. 그렇다면 왜 일반적으로 Object로 받는가?

A. 빈의 실제 타입이 무엇이든지 상관없이 처리할 수 있게 하기 위해 Object로 받는다. (유연성과 일관성을 갖게 된다)

 

 

 

ㅤㅤ•••그 다음 코드 •••

 

 

if (beanDefinition.getRole() == BeanDefinition.ROLE_APPLICATION) {
                Object bean = ac.getBean(beanDefinitionName);
                System.out.println("name = " + beanDefinitionName 
                + "object = " + bean); }

 

 

getRole

: 해당 역할을 반환한다. 정수값으로 반환한다.

 

 

ROLE_APPLICATION

: 사용자가 정의한(내가 만든) 빈이다. 정수값은 2

• ROLE_SUPPORT : 스프링 내부에서 지원하는 역할을 가진 빈이다. 정수값은 4
• ROLE_INFRASTRUCTURE : 스프링의 내부 구조를 지원하는 빈이다. 정수값은 8

 

for문으로 모든 빈의 메타정보를 가져왔고(beanDefinition), 그 메타정보를 if문을 통해 사용자가 정의한 빈인지 아닌지 구분할 것이다. beanDefinition에 있는 정보를 getRole을 통해 역할이 무엇인지 확인한다. 그 역할이 ROLE_APPLICATION인지 확인하여 맞으면 괄호 안에 있는 코드가 실행되도록 한다. 여기서BeanDefinition.ROLE_APPLICATION으로 쓴 이유는 ROLE_APPLICATION이 BeanDefinition 클래스 안에 선언되어있기 때문에 이런 형태로 적어야 제대로 작동한다.

beanDefinitionName(모든 빈을 반환되어 저장한 변수)에서 조건에 맞는 빈을 꺼내 Object 타입인 bean에 저장한다.

 

 

Q. 무조건 getBean( )과 Object를 통해서만 받아야 결과가 출력되는가?
ㅤ
A. 그렇다. 실제 빈의 인스턴스를 얻어와야만 결과값으로 출력할 수 있다고 한다. getRole( )은 해당 역할을 반환하는 것 뿐, 인스턴스를 반환할 수 없다. 그렇기때문에 실제 인스턴스를 반환해주는 getBean( )을 사용해야만 결과를 볼 수 있다. getBean(타입) 혹은 getBean(빈이름, 타입)을 적으면 조회가 된다.

 

 

 

 

- getRole 출처

BeanDefinition (Spring Framework 6.1.11 API)

 

 

 

- getRole의 상수 출처

BeanDefinition (Spring Framework 6.1.11 API)

 

 

 

 

 

---

 

 

 

 

✔️  beanfind_ApplicationContextBasicFindTest

 

►  findBeanByName

: 빈 이름으로 조회하기.

 

 

MemberService memberService = ac.getBean("memberService", MemberService.class);
        assertThat(memberService).isInstanceOf(MemberServiceImpl.class);

 

 

assertThat( ).isInstanceOf( )

: 해당 타입의 인스턴스인지를 비교하는 메서드이다.

 

bean 이름 중에서 memberService이며 해당 타입을 MemberService로 지정한 빈을 MemberService(인터페이스 타입으로)가지며 변수 이름은 memberService으로 받겠다는 것이다. 그리고 그 MemberServiceimpl(구체클래스)이 memberService의 인스턴스인지 비교한다.

좀 더 쉽게 설명해보자면, AppConfig에 인터페이스와 메서드 명을 같이 적었고 return 값으로 구체클래스를 적었다. 여기서 확인하는 것은 AppConfig에 적은 인터페이스와 구체클래스가 맞는지 확인하는 것이고 "memberService"를 적어 이름으로 조회하는 방법이다.

 

 

 

 

►  findBeanByNameX

: 빈 이름으로 조회하지 않기.

 

 

 assertThrows(NoSuchBeanDefinitionException.class,
                () -> ac.getBean("XXXX", MemberService.class));

 

 

assertThrows

: JUnit 또는 AssertJ와 같은 테스트 프레임워크에서 예외가 발생하는지를 테스트할 때 사용한다. 발생된 예외 타입과 예상되는 예외 타입이 일치하면 테스트는 성공한다.

 

 

NoSuchBeanDefinitionException.class

: 정의를 찾을 수 없는 Bean 인스턴스를 요청했을 때 예외가 발생한다.

 

 

() -> 람다식

: (매개변수)가 들어가고 -> 시작부분을 가리킨다.

 

 

-> (시작부분)으로 가서 XXXX가 MemberService.class의 해당 빈으로 존재하지 않으면 NoSuchBeanDefinitionException 예외를 발생시킨다.

 

 

 

 

- assertThrows 출처

[Junit] Junit5 Exception Throw 테스트

 

 

 

- NoSuchBeanDefinitionException 출처

NoSuchBeanDefinitionException (Spring Framework 6.1.11 API)

 

 

 

- 람다식 출처

[Java/자바] 람다식(Lambda)이란? 그리고 사용법

 

 

 

 

 

---

 

 

 

 

✔️  beanfind_ApplicationContextSameBeanFindTest

 

    @Configuration
    static class SameBeanConfig {
        @Bean
        public MemberRepository memberRepository1() {
            return new MemoryMemberRepository();
        }
        @Bean
        public MemberRepository memberRepository2() {
            return new MemoryMemberRepository();
        }
  }

AppConfig를 수정하기 싫으니, 이렇게 같은 타입의 같은 구체클래스를 반환하는 두개의 bean을 만들었다.

 

 

 

►  findAllBeanByType

 

Map<String, MemberRepository> beansOfType =
	ac.getBeansOfType(MemberRepository.class);

 

 

getBeansOfType

: 타입을 파라미터로 받는다. Bean 이름을 key로 객체를 value로 하는 Map을 반환한다. 주로 특정 타입에 여러 개의 빈이 있을 경우 오류를 발생시키지 않기 위해 사용한다.

 

MemberRepository 타입에 있는 빈을 getBeansOfType 메서드를 통해 key와 value를 반환한다. 그러면 String에 bean의 이름이 들어가고 MemberRepository에 실제 bean의 객체가 들어가게 된다. 그렇게 MemberRepository 타입에 bean이 여러 개인 경우 BeansOfType 변수에 모두 담을 수 있게 된다.

 

 

 

ㅤㅤ•••그 다음 코드 •••

 

 

       for (String key : beansOfType.keySet()) {
            System.out.println("key = " + key + " value = " +
beansOfType.get(key));
        }

 

KeySet

: Map의 모든 key를 가져와 Set객체로 반환한다. for-each 루프를 사용하여 순차적으로 접근하고, 각 key를 사용하여 value에 접근할 수 있다.

 

beansOfType에 있는 모든 key(빈의 이름)를 가져와 반복하여 변수 key에 넣는다. 그리고 get(key)를 통해 그 key(빈의 이름)에 해당하는 값을 beansOfType에서 가져온다. 여기서 beansOfType은 key와 MemberRepository를 저장하고 있는 변수명으로, get(key)는 빈의 이름에 맞는 객체를 가져오라는 의미가 된다.

 

 

 

ㅤ•••그 다음 코드 •••

 

 

  System.out.println("beansOfType = " + beansOfType);
        assertThat(beansOfType.size()).isEqualTo(2);

beansOfType은 모든 bean의 이름과 객체를 저장하고 있으니, 그것을 모두 출력한다.  assertThat을 이용하여 beansOfType에 있는 bean의 개수가 2개가 맞는지 확인하는 코드가 된다.

 

 

 

 

 

- getBeansOfType 출처

getBean의 NoSuchBeanDefinitionException 회피하기

 

 

 

- KeySet 출처

[Java] Map 전체 출력(entrySet, keySet, Iterator, Lambda, Stream)

 

 

 

 

---

 

 

 

✔️ XML

 

<bean id="memberService" class="hello.core.member.MemberServiceImpl">
         <constructor-arg name="memberRepository" ref="memberRepository" /> 참조
</bean>
     
                                   실제 구현 객체
<bean id="memberRepository" class="hello.core.member.MemoryMemberRepository" />

 

 

GenericXmlApplicatonContext

: 스프링 설정 파일을 읽어와 로딩 시키고, 객체를 생성하며 초기화하는 역할을 한다.

 

 

 

- GenericXmlApplicationContext 출처

[SPRING]GenericXmlApplicationContext란? 스프링 객체 생성 방법

 

 

 

 

---

 

 

.

혼자 천천히 공부하며 작성했습니다.

잘못된 내용이 적혀있을 수 있으니, 감안하고 봐주시면 감사하겠습니다.

🍀 모두들 화이팅하세요 🍀