MVC 패턴과 Spring MVC 구조 이해하기

1. MVC 패턴의 개념과 발전 과정

1.1 템플릿 엔진

템플릿 엔진은 동적 웹 페이지 생성을 위한 도구로, 정적 부분과 동적 데이터를 결합하여 HTML 등의 문서를 생성합니다. 대표적으로 Thymeleaf, JSP, FreeMarker 등이 있으며, 서버 사이드 렌더링(SSR)에 사용됩니다.

1.2 웹 개발의 역사적 발전 과정

1. Servlet만 사용 - 하나의 서블릿에서 비즈니스 로직과 화면 렌더링을 모두 처리하여 유지보수가 어려웠습니다.

2. JSP 도입 - HTML 내에 Java 코드를 삽입할 수 있게 되었으나, 여전히 비즈니스 로직이 JSP 파일에 존재하는 문제가 있었습니다.

3. MVC 패턴 적용 - 각 영역의 책임을 명확히 분리:

   • Model: 데이터와 비즈니스 로직
   • View: 화면 렌더링
   • Controller: 요청 처리 및 흐름 제어

4. MVC 패턴의 문제점:

   • 공통 기능 처리시 코드 중복
   • View 경로 설정 중복
   • 테스트 코드 작성 어려움

2. 프론트 컨트롤러 패턴과 어댑터 패턴

2.1 프론트 컨트롤러 패턴

모든 요청을 단일 진입점(하나의 컨트롤러)에서 처리하여 공통 기능을 중앙화하는 패턴입니다. 이를 통해 코드 중복을 줄이고 일관된 처리가 가능해집니다.

2.2 어댑터 패턴

다양한 컨트롤러(Handler)를 유연하게 지원하기 위한 패턴으로, 서로 다른 인터페이스를 가진 클래스들을 연결합니다. 각각의 컨트롤러에 맞는 어댑터를 통해 프론트 컨트롤러와 연결됩니다.

2.3 MVC 발전 요약

1. Servlet - 모든 기능이 혼재
2. JSP - View 분리, 비즈니스 로직 일부 포함
3. MVC 패턴 - 책임 분리, 코드 중복 문제
4. 프론트 컨트롤러 패턴 - 공통 로직 중앙화
5. Spring MVC - 프론트 컨트롤러 패턴과 어댑터 패턴 통합

3. Spring MVC 구조

3.1 전체 구조

Spring MVC는 프론트 컨트롤러 패턴과 어댑터 패턴을 적용한 구조로 다음 핵심 요소로 구성됩니다:

• DispatcherServlet (프론트 컨트롤러): 모든 요청의 진입점
• HandlerMapping: 요청 URL에 매핑된 핸들러(컨트롤러) 조회
• HandlerAdapter: 핸들러를 실행하는 어댑터
• ViewResolver: 논리적 뷰 이름을 실제 뷰로 변환
• View: 실제 화면 렌더링 담당

3.2 요청 처리 흐름

1. 클라이언트 HTTP 요청 수신 (DispatcherServlet)
2. HandlerMapping을 통해 요청 URL에 맞는 Handler 조회
3. HandlerAdapter 조회
4. HandlerAdapter 실행 (Handler 호출)
5. Handler 실행 후 ModelAndView 반환
6. ViewResolver 호출하여 View 객체 찾기
7. View 객체 반환
8. View 렌더링

4. Spring MVC 주요 인터페이스

4.1 DispatcherServlet

Spring MVC의 핵심 프론트 컨트롤러로, HttpServlet을 상속받아 모든 요청을 처리합니다. Spring Boot에서는 자동으로 등록되며 모든 URL 매핑을 담당합니다.

4.2 Handler와 HandlerAdapter

• Controller 인터페이스: 구현하여 커스텀 컨트롤러 생성 가능
• HttpRequestHandler: Servlet과 유사한 형태의 핸들러
• Spring Boot는 다양한 HandlerAdapter와 HandlerMapping을 자동 등록

4.3 ViewResolver

• 논리적 뷰 이름을 물리적 뷰로 변환
• InternalResourceViewResolver: JSP 등 내부 리소스 뷰 처리
• BeanNameViewResolver: 빈 이름으로 뷰 검색
• 설정 방법: application.properties 파일에 prefix, suffix 설정

5. 실습 예제

5.1 Controller 인터페이스 구현

@Component("/example-controller")
public class ExampleController implements Controller {
    @Override
    public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception {
        System.out.println("example-controller가 호출 되었습니다.");
        return null;
    }
}

5.2 View 처리 예제

@Component("/view-controller")
public class ViewController implements Controller {
    @Override
    public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception {
        System.out.println("view-controller가 호출 되었습니다.");
        // "test"는 논리적인 ViewName
        return new ModelAndView("test");
    }
}

5.3 ViewResolver 설정 (application.properties)

spring.mvc.view.prefix=/WEB-INF/views/
spring.mvc.view.suffix=.jsp

6. 고급 기능과 활용

6.1 인터셉터와 필터

• 인터셉터(Interceptor): 핸들러 실행 전후에 추가 로직 실행 (스프링 기능)

  • 인증, 로깅, 데이터 변환 등에 사용
  • HandlerInterceptor 인터페이스 구현으로 쉽게 확장 가능

• 필터(Filter): 모든 요청/응답에 대한 전처리/후처리 (서블릿 기능)

  • 문자 인코딩, CORS 처리, 보안 필터링 등에 사용

6.2 데이터 바인딩과 검증

• @ModelAttribute: 요청 파라미터를 객체에 자동 바인딩
• Validator: 객체 유효성 검사 기능
• BindingResult: 검증 결과 보관 객체

6.3 REST API 지원

• @ResponseBody: 객체를 HTTP 응답 본문으로 직렬화
• @RequestBody: HTTP 요청 본문을 객체로 역직렬화
• ResponseEntity: HTTP 상태 코드, 헤더, 본문을 한 번에 제어

정리

Spring MVC는 MVC 패턴, 프론트 컨트롤러 패턴, 어댑터 패턴을 통합하여 웹 애플리케이션의 구조를 체계화했습니다. DispatcherServlet이 중앙 제어 지점으로 모든 요청을 처리하고, 각 컴포넌트가 명확한 책임을 갖는 구조로 설계되어 있습니다.

이 구조는 확장성과 유연성이 뛰어나 다양한 요구사항에 맞게 애플리케이션을 구성할 수 있으며, Spring Boot를 통해 대부분의 설정이 자동화되어 개발자는 비즈니스 로직에 집중할 수 있습니다.

현대 웹 개발에서는 주로 애노테이션 기반(@Controller, @RequestMapping 등)으로 MVC 패턴을 구현하며, 이는 더 간결하고 직관적인 코드 작성을 가능하게 합니다. 또한 REST API 개발을 위해 @RestController를 활용하여 데이터 중심의 응답을 쉽게 만들 수 있습니다.

---

추천 태그: #SpringMVC #MVC패턴 #DispatcherServlet #웹개발 #Spring #백엔드