#5 스프링으로 전환하기

2021.07.25 - [Backend/Spring Core] - #0 스프링, 자바의 봄이 오기까지

#0 스프링, 자바의 봄이 오기까지

스프링이 가진 핵심 기능은, 웹 어플리케이션을 만들거나 DB를 편하게 접근해주기 위한 도구가 아니다. 이는 객체지향적으로 설계해서 얻는 이점일 뿐이고 스프링의 본질은 '순수한 Java로 좋은 객체지향을 설계하도록 도와주는 프레임워크' 이다.

 

---

# AppConfig를 스프링 컨테이너로 만들기

간단하다. 어노테이션(@)을 이용해서 @Configuration을 적어주고, 각각의 메서드에 @Bean을 붙여준다. @Bean을 붙여준 메서드의 반환 값이 스프링 컨테이너에 스프링 빈(구현체)으로 등록된다.

@Configuration
public class AppConfig {

    // 보통 기본값을 사용하지만, 스프링 컨테이너에 등록될 이름을 바꿀 수도 있다.
    @Bean(name="newName")
    public MemberService memberService() {
        return new MemberServiceImpl(memberRepository());
    }

    @Bean
    public OrderService orderService() {
        return new OrderServiceImpl(
                memberRepository(),
                discountPolicy());
    }

    @Bean
    public MemberRepository memberRepository() {
        return new MemoryMemberRepository();
    }

    @Bean
    public DiscountPolicy discountPolicy() {
        return new RateDiscountPolicy();
    }
}

 

---

# Main, 앱 진입점을 스프링으로 바꾸기

스프링 컨테이너는 앱의 전체 흐름을 제어한다는 의미로 ApplicationContext 라는 이름을 사용한다.

앱 시작점을 스프링 컨테이너를 이용하게 변경하려면 아래와 같이 해주면 된다. 스프링 컨테이너 객체에 AppConfig.class를 넘겨주게 되는데, 이는 해당 객체가 가지고있는 'Class' 객체를 반환한다. (참고로 Class 객체는 자바에서 특정 클래스의 정보를 저장하여 넘겨줄 수 있도록 만든 객체이다.)

import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;

public class MemberApp {
    public static void main(String[] args) {

        // AppConfig appConfig = new AppConfig();
        // MemberService memberService = appConfig.memberService();
        ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
        
        // 객체에서 @Bean 으로 등록된 메서드를 문자열로 찾아 가져온다. -> memberService() 메서드
        MemberService memberService = ac.getBean("memberService", MemberService.class);
		
        // 기존의 테스트 방법. 이런 무식한 방법 대신에 테스트 코드를 사용하도록 하자.
        Member member = new Member(1L, "memberA", Grade.VIP);
        memberService.join(member);

        Member findMember = memberService.findMember(1L);
        System.out.println("new member = " + member.getName());
        System.out.println("findMember = " + findMember.getName());
    }
}

public class OrderApp {
    public static void main(String[] args) {
        // AppConfig appConfig = new AppConfig();
        // MemberService memberService = appConfig.memberService();
        // OrderService orderService = appConfig.orderService();

        ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);

        MemberService memberService = ac.getBean("memberService", MemberService.class);
        OrderService orderService = ac.getBean("orderService", OrderService.class);

        
        // 기존의 테스트 방법. 이런 무식한 방법 대신에 테스트 코드를 사용하도록 하자.
        long memberId = 1L;
        Member member = new Member(memberId, "memberA", Grade.VIP);
        memberService.join(member);

        Order order = orderService.createOrder(memberId, "itemA", 10000);
        System.out.println("order = " + order);
    }
}

해당 코드를 돌려보면 스프링에 컨테이너(AppConfig 역할)에 등록 되었음을 콘솔에 확인 할 수있다.

singleton bean으로 컨테이너에 등록되었다.

---

# 스프링 컨테이너

직접 Java코드로 작성하던 것을 스프링 컨테이너로 전환하면서 다음과 같이 바뀌었다.

• 우선 ApplicationContext를 스프링 컨테이너라고 한다.
• 기존에는 AppConfig 코드를 직접 작성하여 의존성을 주입했다면, 이를 스프링 컨테이너로 대체하는 것이다.
• 스프링 컨테이너는 @Configuration이 붙은 객체를 설정 정보(AppConfig)로 사용한다.
• 해당 객체에서 @Bean이 붙은 메서드를 호출해 반환된 객체를 스프링 컨테이너에 등록한다.
  - 이렇게 스프링 컨테이너에 메서드 호출로 등록된 객체를 Spring Bean이라고 한다.
  - 스프링 빈은 관례적으로 메서드명을 이름으로 사용한다. (name=으로 변경할 수 있다.)
  
  
• ApplicationContext의 getBean() 메서드를 통해 원하는 빈을 찾을 수 있다.
• 기존에는 개발자가 직접 구성영역 / 실행영역을 분리하였다면, 이제 스프링 컨테이너에 객체를 스프링 빈으로 등록하여 필요할 때 스프링 컨테이너(AppContext)에서 필요한 구현체(Spring Bean)을 찾아 사용하도록 변경되었다.

---

# 스프링 컨테이너의 장점

이렇게 하면서 어노테이션(@)을 사용하게 되었고, 코드가 조금 더 복잡해진 것 같다. 그럼 스프링 컨테이너를 사용해서 얻는 장점이 무엇일까?

 

결론부터 말하자면 이렇게 범용 프레임워크를 사용하면서 정말 어마어마한 장점을 얻을 수 있는데, 다 설명하기에는 내용이 너무 길어진다. 이는 스프링 컨테이너를 이해하면서 하나씩 알아보도록 더 하자.