[TIL] 2022.12.03

💡오늘의 키워드

DIP:Dependency Inversion Principle

의존성 역전 원칙, 저수준 모듈이 고수준 모듈에 의존하게 되는 것.

• 자신보다 변하기 쉬운 것에 의존하지 말아야 한다.
• 하위 모듈의 변경이 상위 모듈의 변경을 요구하는 의존성을 끊어내야 한다.

코드로 구현해보면...

결제 서비스를 구현하려고 하는데, A사의 결제 기능을 사용하려고 한다.

//결제 서비스
public class A {
	public int payByCash(int amount) {
    	return money -amount;
    }
}

public class PayAService {
	private A payA;
    
    public int payByCash(int amount) {
    	return payA.payByCash(amount);
    }
}

위의 코드처럼 구현을 할 경우 문제점이 존재한다.

• 테스트가 어렵다.
  • 온전히 PayAService만 테스트 할 수 없다. A가 완벽하게 동작해야만 테스트가 가능하다.
• 확장 및 변경이 어렵다.
  • 만약 B사의 서비스가 추가된다면 서비스 코드를 변경해야 한다.

여기서 DIP를 적용하면 문제를 해결할 수 있다.

DIP 적용

기능을 고수준 모듈과 저수준 모듈로 분리하면 된다.

• 고수준 모듈 : 알림
• 저수준 모듈 : A사의 알림 서비스, B사의 알림 서비스

지금까지 사용한 방법은 고수준 모듈이 저수준 모듈에 의존하는 방법이지만, DIP를 적용하게 되면 저수준 모듈이 고수준 모듈에 의존해야 한다.
그러기 위해 사용하는 것이 추상 타입(ex. 인터페이스, 추상 클래스)이다.

public interface PayService {
	int payByCash(int amount);
}


//A사 결제 서비스
public class PayAService implements PayService {
	@Override
    public int payByCash(int amount) {
    	return money - amount;
    }
}


//B사 결제 서비스
public class PayBService implements PayService {
	@Override
    public int payByCash(int amount) {
    	return money - amount;
    }
}

이렇게 구현하면 PayService는 서비스를 제공할 회사가 추가되어도 코드를 변경하거나 추가해야하는 일이 없어진다.

Servlet

서블릿은 클라이언트 요청을 처리하고, 그 결과를 다시 클라이언트에게 전송하는 Servlet 클래스의 구현 규칙을 지킨 자바 프로그램이다.

이전의 웹 프로그램들은 클라이언트의 요청에 대한 응답으로 만들어진 페이지를 넘겨 주었으나, 현재는 동적인 페이지를 가공하기 위해서 웹 서버가 다른 곳에 도움을 요청한 후 가공된 페이지를 넘겨주게 된다.
이때 서블릿을 사용하게 되면 웹 페이지를 동적으로 생성하여 클라이언트에게 반환해 줄 수 있다.

Spring Container

스프링 컨테이너는 Bean 생명 주기를 관리한다.
Bean을 관리하기 위해 IoC가 이용되며 BeanFactor 객체가 바로 IoC 컨테이너(=DI 컨테이너, 스프링 컨테이너)에 해당되며, 이 IoC 컨테이너를 상속하면서 부가 기능을 추가한 것이 ApplicationContext이다.

Spring MVC 역시 서블릿 컨테이너가 관리하고 있는 거대한 서블릿이라고 생각하면 된다.
그래서 서블릿 없이 Spring MVC만 있으면 된다고 하는 것은 비즈니스 로직을 Spring을 통해 처리한다는 것이지, 서블릿이 필요 없다는 것은 아니다.

위의 사진을 보면, 스프링 컨테이너는 서블릿 컨테이너 안에 존재하는 것을 확인할 수 있다.
스프링 컨테이너는 서블릿 컨테이너와 독립적인 존재가 아니며, 서블릿 컨테이너가 Spring Bean에 접근하려면 스프링 컨테이너를 거쳐야 한다.

DispatcherServlet

DispatcherServlet은 표현 계층 전면에서 HTTP 프로토콜을 통해 들어오는 모든 요청을 중앙 집중식으로 처리하는 프론트 컨트롤러이다.
Spring MVC의 핵심 요소 중 하나로, 클라이언트로부터 요청이 들어오면 서블릿 컨테이너가 요청을 받는다.
이후 공통 작업을 DipatcherServlet에서 처리하고, 이외 작업은 적절한 세부 컨트롤러로 위임한다.

1️⃣DispatcherServlet으로 클라이언트의 웹 요청이 들어온다.
2️⃣웹 요청을 Handler Mapping에 위임하여 해당 요청을 처리할 Handler(Controller)를 탐색한다.
3️⃣찾은 Handler를 실행할 수 있는 HandlerAdapter를 탐색한다.
4️⃣찾은 Handler Adapter를 사용해서 Handler의 메소드를 실행한다.
5️⃣Handler의 반환 값은 Model과 View이다.
6️⃣View 이름을 ViewResolver에게 전달하고, ViewResolver는 해당하는 View 객체를 전달한다.
7️⃣DispatcherServlet은 View에게 Model을 전달하고 화면 표시를 요청한다.
8️⃣이때, Model이 null이면 View를 그대로 사용하고, 그렇지 않으면 View에 Model 데이터를 렌더링한다.
9️⃣최종적으로 DispatcherServlet은 View 결과(HttpServletResponse)를 클라이언트에게 반환한다.

위의 사진은 @Controller기준이며, @RestController의 경우 6번과 7번 과정이 생략된다.
즉, @RestController은 ViewResolver를 타지 않고 반환 값에 알맞는 MessageConverter를 찾아 응답 본문을 작성한다.

---

📚참고
[Spring] Servlet, Servlet Container, Spring MVC 정리