inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

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

응답 - 정적 리소스, 뷰 템플릿

컨트롤러에서 뷰템플릿을 반환해서 응답하는 경우에 메소드의 반환값이 void일떄

해결된 질문

313

Super Novice

작성한 질문수 4

0


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

[질문 내용]
여기에 질문 내용을 남겨주세요.

응답 -정적리소스,뷰템플릿 강의에서 궁금한것있습니다.

컨트롤러에서 뷰 템플릿을 응답으로 반환하는경우를 학습중인데요.

강의에 설명에서는 Void를 반환하는경우에 @Controller를 사용하고 HttpServletResponse,OutputStream(Writer) 같은 HTTP 메시지 바디를 처리하는 파라미터가 없으면 요청 URL을 참고해서 논리 뷰 이름으로 사용한다. 라고 되어 있는데요. 그러면 메서드 매개변수에 위 2개의 파라미터(HttpServletResponse,OutputStream(Writer))가 들어가있을경우에는 정상적으로 반환되어야 하지 않는것이 맞는것인가요? 두개의 파라매터를 메서드 매개변수에 적용하여 실행해봐도 정상적으로 동작하기에 질문드립니다.

 

아래는 해당 코드 입니다.

//너무 불명확해서 추천하지 않는방식
//컨트롤러를 사용하고 httpServlerResponse 나 ,outputStream 같은 HTTP 메시지 바디를 처리하는
//파라메터가 없으면 요청 URL을 참고해서 논리뷰의 이름으로 사용
@RequestMapping("/response/hello") //반환할 정적 리소스의 경로랑 맵핑이 같을경우 return 값이 없어도 된다.
public void responseViewV3(Model model, HttpServletResponse response) throws IOException {
    response.getWriter().write("ok");
    model.addAttribute("data","hello!");
}

spring mvc

답변 1

2

김영한

안녕하세요. Super Novice님

메서드의 반환 타입이 void인 경우, 스프링은 기본적으로 요청 URL을 뷰 이름으로 사용합니다. 예를 들어, /response/hello 요청을 처리하는 메서드가 반환 타입이 void라면, 스프링은 "hello"라는 이름의 뷰를 찾아서 응답을 생성하려고 할 것입니다.

하지만 HttpServletResponseOutputStream/Writer와 같은 HTTP 메시지 바디를 처리하는 파라미터가 메서드에 있으면, 이 메서드는 HTTP 응답을 직접 작성합니다. 이 경우 스프링은 뷰를 찾거나 렌더링하지 않고, 메서드 내에서 작성된 내용을 그대로 HTTP 응답으로 사용합니다.

예시로 든 코드에서는 response.getWriter().write("ok");를 통해 직접 응답을 작성하고 있습니다. 따라서 스프링은 이 경우에는 뷰 템플릿을 찾지 않고, write 메서드를 통해 작성된 "ok" 문자열을 HTTP 응답으로 보냅니다. model.addAttribute("data","hello!");는 뷰를 렌더링할 때 사용될 데이터를 모델에 추가하는 것이지만, 이 경우에는 뷰 렌더링이 발생하지 않기 때문에 이 모델 데이터는 사용되지 않습니다.

요약하자면, 메서드의 반환 타입이 void이고 HttpServletResponseOutputStream/Writer를 파라미터로 사용하는 경우, 메서드는 직접 응답을 작성하며 스프링은 뷰 템플릿을 찾지 않습니다.

 

하지만 이 부분을 이렇게 간단히 설명한 이유는 실제 스프링을 사용할 때는 response.getWriter()를 직접 사용하는 경우는 매우 드물고, 뒤에서 학습하는 @ResponseBody로 처리하는 것이 대부분이기 때문입니다.

감사합니다.

1

Super Novice

안녕하세요 영한님.

HttpEntity나 @ResponseBody 경우와 같이 HttpServletResponse를사용하여 바디에 직접 넣은 경우 (ViewResolver -> View -> render -> http 메시지 응답)을 거치지 않고 바로 http 메시지를 응답으로 바로 내려주는것이기 때문에 애초에 뷰의 경로를 반환하는것 자체가 무의미한것이군요. 조금만 생각하면 알수 있었던 문제인데.. 너무 1차원적으로만 생각하고 질문 드린것같습니다. 이해가 잘되었습니다. 감사합니다.

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