Spring 입문 2주차 : IoC와 DI

IoC(제어의 역전), DI(의존성 주입)

IoC는 설계원칙에 행당하고, DI는 디자인 패턴에 해당

좋은 코드를 위한 Spring의 IoC와 DI

🙋‍♀️ 좋은 코드란?

• 간단한 논리
• 중복 제거하고 명확한 표현
• 코드를 처음보는 사람도 쉽게 이해하고 수정 가능
• 의존성을 최소화
• 새로운 기능을 추가하더라고 크게 구조 변경 ❌
• ....

• IoC에 대해 IoC는 DI로도 알려져 있다라고 소개하고 있음
• == DI 패턴을 사용하여 IoC 설계 원칙을 구현하고 있다

의존성?

public class Consumer {

    void eat() {
        Chicken chicken = new Chicken();
        chicken.eat();
    }

    public static void main(String[] args) {
        Consumer consumer = new Consumer();
        consumer.eat();
    }
}

class Chicken {
    public void eat() {
        System.out.println("치킨을 먹는다.");
    }
}

• 위 코드에서 만약 치킨이 아니라 피자를 먹고 싶어한다면??? -> 많은 코드를 변경해야함

public class Consumer {

    void eat(Food food) {
        food.eat();
    }

    public static void main(String[] args) {
        Consumer consumer = new Consumer();
        consumer.eat(new Chicken());
        consumer.eat(new Pizza());
    }
}

interface Food {
    void eat();
}

class Chicken implements Food{
    @Override
    public void eat() {
        System.out.println("치킨을 먹는다.");
    }
}

class Pizza implements Food{
    @Override
    public void eat() {
        System.out.println("피자를 먹는다.");
    }
}

• Java의 Interface 다형성의 원리를 사용하여 구현하면 고객이 어떠한 음식을 요구하더라도 쉽게 대처 가능
• 이러한 관계를 약한 결합 및 약한 의존성 이라고 함

주입?

• 여러 방법을 통해 필요로 하는 객체를 해당 객체에 전달하는 것

1. 필드 주입 : 필드에 인스턴스 생성
2. 메서드 주입 : set 메서드를 이용하여 필요한 객체를 주입
3. 생성자 주입

제어의 역전?

위의 첫번째 코드에서 Customer가 직접 Food를 만들어 먹었기 때문에 새로운 Food를 만들려면 추가적인 코드 변경이 불가피
-> 이때의 제어의 흐름이 Customer -> Food

두 번째 코드에서는 Food를 Customer에게 전달해주는 방식으로 변경함으로써 Customer는 추가적인 코드 변경이 필요 없음
-> 제어의 흐름이 Food -> Customer로 역전