inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술

유연한 컨트롤러1 - v5

컨트롤러 -> 핸들러 질문

657

shef

작성한 질문수 22

1

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오) 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 예

[질문 내용]
강의에서는 핸들러 어댑터가 생기면서 컨트롤러의 개념 뿐만 아니라 어떤 것이든 해당하는 종류의 어댑터만 있다면 다 처리할 수 있다고 하셨는데요.
이 구조에서 컨트롤러 자리에 컨트롤러 역할을 하는 것이 아니라 다른 무언가가 올 이유가 있나요? 또 그런 예시가 있을까요?
컨트롤러가 굳이 핸들러라는 이름으로 바뀌어야 하는지 아직 잘 이해가 가지 않습니다.

컨트롤러 spring 핸들러 MVC

답변 1

1

OMG

안녕하세요. 손지우님, 공식 서포터즈 OMG입니다.

본 강의의 제목처럼 V5방식은 어댑터 패턴을 도입함으로써 FrontController에서 supports를 호출함으로써 지정한 컨트롤러로 필터가 적용되어 어댑터만 바꾸면 V4로도 바꿀 수 있게 되었습니다.

(ControllerV3HandlerAdapter -> ControllerV4HandlerAdapter로 어댑터를 변경)

 

이전에는 아래와 같이 controllerMap의 value 타입이 ControllerV4로 고정되어 ControllerV3를 받을 수 없는 구조였습니다.

하지만 어댑터를 도입한 어댑터패턴을 적용, 어댑터만 교체하면 되는 구조로 바꿨고

(코드로 보면 handler의 타입이 모든 객체의 조상 타입인 Object로 지정함으로써 모든 객체 타입을 받을 수 있게 됨)

기존 단순 컨트롤러의 개념보다는 더 넓은 범위로서의 핸들러라는 이름을 지정하였다고 보시면 될 것 같습니다.

 

 

 

감사합니다.

1

OMG

정리하면, 기존의 컨트롤러에 한정된 교체 방식이 아닌 어댑터 패턴이 도입된 핸들러의 변경이 적용되어더 넓은 표현으로의 용어를 변경한 것으로 이해하시면 될 것 같습니다.

servlet과 container에 대한 질문입니다

0

25

1

api를 어느 컨트롤러에 작성해야하는지는 어떤 기준으로 해야하나요?

0

64

1

jsp 의존성 수정 요청

0

80

2

요즘 웹 서버가 주로 사용되는 이유는 SPA 구조 때문일까요 ?

0

143

1

save() 메서드 문의

0

67

1

절대 경로로 templates/basic 하위 파일 열면 css 적용 안되는 현상

0

101

1

request-body-json

0

83

2

MVC 패턴의 적용 단위

0

97

1

RequestMapping을 이용한 핸들러, 어댑터

0

119

2

save 후 결과화면

0

89

2

jsp를 이용한 view

0

97

1

application.properties에 debug 추가해도 결과가 똑같습니다.

0

178

1

수업 코드 제공 관련 문의

0

97

2

RequestMappingHandlerAdapter의 Controller 호출 과정

0

100

3

파일 오픈 시

0

70

1

스프링 배치 관련

0

78

1

@RequestParam의 defaultValue가 blank 값도 처리하는 지 여부

0

112

1

postman으로 /request-body-json-v1 호출시 500 error

0

96

1

프론트엔드와 백엔드의 mvc, rest api에 대한 질문

0

79

1

모델의 역할과 계층 분리에 대한 이해 차이 + 추가질문

0

111

1

console log 출력 관련 질문입니다.

0

75

1

애플리케이션이 실행 되지 않습니다 ㅠㅠㅠ

0

139

1

html 변경하는 부분 적용 문제

0

103

1

한글 깨짐

0

77

2