들어가기 앞서

이 글은 김영한 님의 스프링 핵심 원리 - 기본편(https://www.inflearn.com/스프링-핵심-원리-기본편/dashboard)을 수강하며 학습한 내용을 정리한 글입니다. 모든 출처는 해당 강의에 있습니다.

---

📖 좋은 객체 지향 설계의 5가지 원칙의 적용

좋은 객체 지향 설계의 5가지 원칙인 SOLID 중 SRP, DIP, OCP 적용

✅ SRP 단일 책임 원칙

한 클래스는 하나의 책임만 가져야 한다.

• 클라이언트 객체는 구현 객체 관련한 다양한 책임을 가지고 있음
• SRP 단일 책임 원칙을 따르면서 관심사 분리
  • 생성 및 연결 → AppConfig
  • 실행 → 클라이언트 객체
    
    

✅ DIP 의존관계 역전 원칙

프로그래머는 "추상화에 의존해야지, 구체화에 의존하면 안된다." 의존성 주입은 이 원칙을 따르는 방법 중 하나다.

📝 문제점

추상화 인터페이스(DiscountPolicy) 뿐만 아니라 구체화 구현 클래스(FixDiscountPolicy)에도 함께 의존
→ 새로운 할인 정책 개발 후 적용시 클라이언트 코드(OrderServiceImpl)도 변경 필요

📝 해결 방안

• 클라이언트 코드가 추상화 인터페이스에만 의존하도록 코드 변경
  → 인터페이스만으로는 클라이언트 코드를 실행할 수 없음
  ex) Null Pointer Exception
• AppConfig가 대신 객체 인스턴스 생성하여 클라이언트 코드에 의존관계 주입
  
  

✅ OCP 개방-폐쇄 원칙

소프트웨어 요소는 확장에는 열려있으나 변경에는 닫혀 있어야 한다.

• 다형성 사용
• 클라이언트가 DIP 충족
• 애플리케이션을 사용 영역과 구성 영역으로 분할
• AppConfig가 의존관계를 FixDiscountPolicy에서 RateDiscountPolicy로 변경하여 클라이언트 코드에 주입
  → 클라이언트 코드 변경 불필요
• 소프트웨어 요소를 새롭게 확장해도 사용 영역의 변경은 닫혀 있음

---

📖 IoC, DI, 그리고 컨테이너

✅ 제어의 역전 IoC(Inversion of Control)

프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것

• 기존 프로그램
  • 클라이언트 구현 객체가 필요한 서버 구현 객체 생성·연결·실행
  • 구현 객체가 프로그램의 제어 흐름을 조종
• AppConfig 등장 이후
  • 구현 객체 → 자신의 로직 실행
    • 필요한 인터페이스 호출
    • 실행되는 구현 객체 알지 못함
  • AppConfig → 프로그램의 흐름 제어
    • 인터페이스의 구현 객체 생성 및 실행

📝 프레임워크 vs 라이브러리

• 프레임워크 → 사용자가 작성한 코드를 제어하고 대신 실행(제어권 소유)
  ex) JUnit : 작성한 테스트 코드를 직접 실행해 줌
• 라이브러리 → 사용자가 작성한 코드가 제어의 흐름 담당
  ex) Jackson : JSON을 오브젝트로 변환하는 기능 제공
  
  

✅ 의존관계 주입 DI(Dependency Injection)

애플리케이션 실행 시점(런타임)에 외부에서 실제 구현 객체를 생성 후 클라이언트에 전달하여 클라이언트와 서버의 실제 의존관계가 연결 되는 것

구현 객체는 인터페이스에 의존하며, 실제 사용될 구현 객체는 알지 못함

📝 정적인 클래스 의존관계

• 클래스가 사용하는 import 코드만 보고 의존관계 쉽게 판단 가능
• 애플리케이션을 실행하지 않아도 분석 가능
• 클래스 다이어그램
  
  • OrderServiceImpl이 MemberRepository와 DiscountPolicy에 의존한다는 것을 알 수 있음
  • 실제 어떤 객체가 OrderServiceImpl에 주입 될지 알 수 없음

📝 동적인 클래스 인스턴스 의존관계

애플리케이션 실행 시점에 실제 생성된 객체 인스턴스의 참조가 연결된 의존 관계

• 객체 다이어그램
  
  • 객체 인스턴스를 생성하여 참조값을 전달하여 연결
  • 클라이언트 코드 변경 없이 클라이언트가 호출하는 대상의 타입 인스턴스 변경 가능 ★
  • 정적인 클래스 의존관계 변경 없이 동적인 객체 인스턴스 의존관계를 쉽게 변경 가능★★
    → 애플리케이션 코드 변경 없이 의존관계 변경 가능
    
    

✅ IoC 컨테이너, DI 컨테이너

객체를 생성하고 관리하면서 의존관계를 연결해 주는 것

• 의존관계 주입에 초점을 맞추어 최근에는 주로 DI 컨테이너로 부름
  ex) Spring
• IoC 컨테이너 / DI 컨테이너를 부르는 다른 이름
  • 어샘블러 : 애플리케이션 전체를 조립한다는 의미
  • 오브젝트 팩토리 : 오브젝트를 만들어낸다는 의미

---

📖 스프링으로 전환하기

✅ AppConfig 스프링 기반으로 변경

[src/main/java/hello/core/AppConfig.java]

package hello.core;

import hello.core.discount.DiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
import hello.core.member.MemberRepository;
import hello.core.member.MemoryMemberRepository;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class AppConfig {

    @Bean
    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();
    }


}

• @Configuration
  • "AppConfig에 설정을 구성한다"는 의미
• @Bean

  • 스프링 컨테이너에 스프링 빈으로 등록

  • 객체 조회시 메소드 명과 return 값을 이용

    📖 예시)

    key (=메소드명)	value (=return 값)
    memberService()	new MemberServiceImpl()
    orderService()	new new OrderServiceImpl()
    memberRepository	new MemoryMemberRepository()
    DiscountPolicy()	new RateDiscountPolicy()

  • 이름 따로 지정 가능 ex)@Bean(name="mmm")
    
    

✅ MemberApp에 스프링 컨테이너 적용

[src/main/java/hello/core/MemberApp.java]

package hello.core;

import hello.core.member.Grade;
import hello.core.member.Member;
import hello.core.member.MemberService;
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 applicationContext =
                new AnnotationConfigApplicationContext(AppConfig.class);
        MemberService memberService =
                applicationContext.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("find Member = " + findMember.getName());
    }
}

• AnnotationConfigApplicationContext()
  • 인자로 클래스 명.class 전달 받음
    ex) AnnotationConfigApplicationContext(AppConfig.class);
  • @Bean 어노테이션으로 등록한 빈(객체)을 알아서 관리
• getBean()
  • 인자로 Bean(메서드) 명과 반환 타입 전달 받음
    ex) applicationContext.getBean("memberService", MemberService.class);
    
    

✅ OrderApp에 스프링 컨테이너 적용

[src/main/java/hello/core/OrderApp.java]

package hello.core;

import hello.core.member.Grade;
import hello.core.member.Member;
import hello.core.member.MemberService;
import hello.core.order.Order;
import hello.core.order.OrderService;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;

public class OrderApp {

    public static void main(String[] args) {

      //AppConfig appConfig = new AppConfig();
      //MemberService memberService = appConfig.memberService();
      //OrderService orderService = appConfig.orderService();

        ApplicationContext applicationContext =
                new AnnotationConfigApplicationContext(AppConfig.class);
        MemberService memberService =
                applicationContext.getBean("memberService", MemberService.class);
        OrderService orderService =
                applicationContext.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);
        
    }
}

✅ 스프링 컨테이너 = ApplicationContext

• 비교
  • 기존 : 개발자가 AppConfig를 사용하여 직접 객체를 관리
  • 현재 : 스프링 컨테이너에 객체를 등록하여 관리
• 스프링 빈(Spring Bean) : 스프링 컨테이너에 등록된 객체
  • @Configuration
    • 적용된 AppConfig를 설정(구성) 정보로 사용
  • @Bean
    • 적용된 메서드를 모두 호출하여 반환된 객체를 스프링 컨테이너에 등록
    • 스프링 빈 이름 지정
      • 적용된 메서드 명을 스프링 빈의 이름으로 사용
        ex) memberService, orderService
      • 직접 지정도 가능하지만 관례(default)를 따르는 게 좋음
  • application.getBean() 메서드를 통해 조회 가능

스프링 컨테이너의 장점 = 편리함