‣

1. IoC와 DI

IoC

Inversion of Control

• 애플리케이션 흐름의 주도권을 스프링 프레임워크가 가져간다.
• 객체 집합은 스프링 프레임워크의 IoC 컨테이너에 의해 자동으로 인스턴스화, 조립, 관리된다.

DI

Dependency Injection

• 객체 간 의존 관계를 외부로부터 주입 또는 전달받는 방식
• 객체 간 결합도를 낮추는 핵심적인 수단

IoC/DI 도입 전

• 객체 간 높은 결합도는 객체지향적 설계가 아니다.
• new 키워드를 통한 직접적인 결합
• 새로운 구현체로 교체 시 코드 변경 필요
• 단위 테스트의 어려움

public class UserService {
		private UserRepository userRepository;
		
		public UserService() {
				//UserService가 UserRepository를 직접 생성
				this.userRepository = new UserRepository();
		}
		
		public void saveUser(String username) {
				userRepository.save(username);
		}
}

public class userRepository {
		public void save(String username) {
				System.out.println("사용자 저장: " + username);
		}
}

public class Main {
		public static void main(String[] args) {
				UserService.userService = new UserService();
				userService.saveUser("홍길동");
		}
}

UserService 객체가 UserRepository 객체를 new 키워드를 통해 직접 생성 및 결합하고 있다. 하지만 이런 설계는 UserService를 테스트하기 위해 UserRepository가 먼저 설계되어야 하고, UserRepository대신 다른 객체로 변경된다면 코드를 변경해야하는 번거로움이 있다.