[스프링 입문을 위한 자바 객체 지향의 원리와 이해] 7장: 스프링 삼각형과 설정 정보

스프링을 이해하려면 POJO 기반으로 스프링 삼각형이라는 애칭을 가진 IoC/DI, AOP, PSA라고 하는 스프링의 3대 프로그래밍 모델에 대해 이해가 필수다.

 

IoC/DI - 제어의 역전/의존성 주입

프로그래밍에서 의존성이란 무엇일까?

예를들어) 운전자가 자동차를 생성한다. -> 자동차가 내부적으로 타이어를 생산한다. (운전자 -> 자동차 -> 타이어) 의존

-> 전체(의존하는 객체)가 부분(의존되는 객체)에 의존한다.

 

집합(Aggregation) 관계: 부분이 전체와 다른 생명 주기를 가질 수 있다.

구성(Composition) 관계: 부분은 전체와 같은 생명 주기를 갖는다.

interface Tire {
    String getBrand();
}

public class KoreaTire implements Tire {
    public String getBrand() {
        return "한국 타이어";
    }
}

public class AmericaTire implements Tire {
    public String getBrand() {
        return "미국 타이어";
    }
}

public class Car {
    
    Tire tire;
    
    public Car() {
        tire = new KoreaTire(); // Car 클래스는 Tire 인터페이스 뿐만 아니라 KoreaTire 클래스도 의존하게 된다.
    }
    
    public String getTireBrand() {
        return "장착된 타이어: " + tire.getBrand();
    }

 

1. 생성자 주입

public class Car {
    Tire tire;
    
    public Car(Tire tire) { // 생성자 주입
        this.tire = tire;
    }
    
    public String getTireBrand() {
        return "장착된 타이어: " + tire.getBrand();
    }
}

public class Driver {
    public static void main(String[] args) {
        Tire tire = new KoreaTire();
        
        Car car = new Car(tire);
        
        System.out.println(car.getTireBrand());
    }
}

의존성 주입을 이용함으로써 자동차가 구체적인 객체를 생성하고 연결하는 것이 아니라 운전자가 대신 원하는 의존성을 생성하고 연결해준다.

 

따라서, Car 객체는 의존성 주입을 통해 추상적인 인터페이스에 의존하면서 실행이 가능해진다. Car 객체는 수정없이 확장이 가능해진다.

 

생성자 주입 방식의 장점

- 의존 관계 설정이 되지 않으면 객체 생성 불가 -> 컴파일 타임에 인지 가능 NPE 방지

- 의존성 주입이  필요한 필드를 final로 선언하여 Immutable한 객체로 만들 수 있음

- 순환 참조 감지 기능 -> 순환 참조시 앱 구동 실패

- 테스트 코드 작성 용이 (독립적으로 인스턴스화가 가능한 POJO(Plain Old Java Object)여야 하는 것이다. DI 컨테이너를 사용하지 않고도 단위 테스트에서 인스턴스화할 수 있어야 한다.)

 

2. 속성 주입

@Autowired를 통한 의존성 주입

@Autowired Tire tire를 사용하여 설정자 메서드를 사용하지 않고도 스프링 프레임워크가 설정파일을 통해 설정자 메서드 대신 속성을 주입해준다.

 

@Resource를 통한 속성 주입

@Resource는 @Autowired와 같이 속성을 자동으로 엮어준다. @Autowired는 스프링의 어노테이션이고 @Resource는 자바표준 어노테이션이다.  

 

AOP - Aspect 관점 핵심 관심사 횡단 관심사

AOP - 관점지향 프로그래밍

스프링 DI가 의존성에 대한 주입이라면 AOP는 로직에 대한 주입이다.

 

여러 모듈에서 발생하는 공통적인 부분 -> 횡단 관심사

AOP 로직 주입이 가능한 부분

Around(메서드 전 구역), Before(메서드 시작 전), After(메서드 종료 후), After Returning(메서드 정상 종료 후), After Throwing (메서드에서 예외가 발생하면서 종료된 후)

 

스프링 AOP의 핵심

- 인터페이스 기반

- 프록시 기반

- 런타임 기반

 

PSA - 일관성 있는 추상화

서비스 추상화의 예로 JDBC를 들 수 있다. JDBC라고 하는 표준 스펙이 있기에 어떤 DBMS를 사용하든 Connection, Statement, ResultSet을 이용해 공통된 방식으로 코드 작성이 가능하다. 데이터베이스의 종류에 관계없이 같은 방식으로 제어할 수 있는 이유는 디자인패턴에서 설명했던 어댑터패턴을 활용했기 때문이다.

 

다수의 기술을 공통의 인터페이스로 제어할 수 있게 한 것 -> 서비스 추상화

스프링 프레임워크는 서비스 추상화를 위해 다양한 어댑터를 제공한다.