[MVC 구현하기 - 3단계] 이오(이지우) 미션 제출합니다. #572
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
iamjooon2
requested changes
Sep 25, 2023
app/src/main/java/com/techcourse/servlet/DispatcherServletInitializer.java
Show resolved
Hide resolved
| import webmvc.org.springframework.web.servlet.View; | ||
|
|
||
| public class JsonView implements View { | ||
|
|
||
| @Override | ||
| public void render(final Map<String, ?> model, final HttpServletRequest request, final HttpServletResponse response) | ||
| throws Exception { | ||
| response.setContentType(MediaType.APPLICATION_JSON_UTF8_VALUE); | ||
|
|
||
| if (model.size() > 0) { |
There was a problem hiding this comment.
model의 size가 0보다 작을 때는 어떻게 되나용...?
There was a problem hiding this comment.
0일때는 응답에 담을 내용이 없다고 생각하여 패스하도록 구현하였습니다. 이 구조가 아닌걸까요..? 저도 확신없이 구현한 부분이라 🥲
There was a problem hiding this comment.
앗 제가 코멘트를 요상하게 달았군요🧎♀️단순 질문이었습니다..
mvc/src/main/java/webmvc/org/springframework/web/servlet/view/JsonView.java
Outdated
Show resolved
Hide resolved
|
남겨주신 질문 관련 제 의견입니다 Controller의 메소드들이 response를 알아야할까?예리하시군요 2️⃣5️⃣ 어디까지가 Legacy이고 어디까지가 유연성일까?정말 답이 없는 질문이군요🙃 코드의 유통기한이 명확한 미션이라는 환경에서는 당연히 레거시겠지만 |
iamjooon2
approved these changes
Sep 25, 2023
| import webmvc.org.springframework.web.servlet.View; | ||
|
|
||
| public class JsonView implements View { | ||
|
|
||
| @Override | ||
| public void render(final Map<String, ?> model, final HttpServletRequest request, final HttpServletResponse response) | ||
| throws Exception { | ||
| response.setContentType(MediaType.APPLICATION_JSON_UTF8_VALUE); | ||
|
|
||
| if (model.size() > 0) { |
There was a problem hiding this comment.
앗 제가 코멘트를 요상하게 달았군요🧎♀️단순 질문이었습니다..
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
안녕하세요 가비, 이오입니다!
이번 리뷰도 잘 부탁드립니다 😄
이번 단계에서는 구현하며 고민되는 부분이 많이 있었던 것 같아요.
2단계에서 리뷰 주신
HandlerMappings일급 컬렉션도 가비의 조언이 옳다고 생각하여 반영하였는데, 3단계까지 구현하고 나니 다시 애매해지더라구요.여유가 되신다면 함께 의견을 나눠보면 좋을것 같습니다 :)
# Controller의 메소드들이
response를 알아야할까?현재 controller의 모든 메소드들이
MoelAndView를 반환하고DispatcherServlet에서 해당ModelAndView를render해서 사용되고 있습니다.controller에서
response를 직접적으로 사용하는 부분이 전혀 없는데response를 매개변수로 받아야 하는 걸까요?이번 단계 미션을 진행하면서 지울까 하다가, 혹시 추후에 사용되는 사례가 있어서 현재와 같은 구조로 나온걸까? 싶어서 놔두었습니다.
가비는 어떻게 생각하시나요?
# 어디까지가 Legacy이고 어디까지가 유연성일까?
기존에 Legacy controller와 어노테이션 기반 controller를 유연하게 대처하기 위해
DispatcherServlet에서HandlerMappings,mapHandlerAdapter(handler)등을 사용해 추상화해주었습니다.그런데 legacy를 완전히 삭제하고 나니 어차피 mvc controller 밖에 사용되지 않는데, 괜히 depth를 늘리기만 하는 불필요한 추상화가 아닌가 하는 생각이 들더라구요.
한편으로는 이 또한 추후에 다른 방향으로 controller가 생긴다면? 그렇다면 유연성을 살리는 방향이 도움되지 않을까? 하는 생각이 들어 기존의 방식을 유지하였습니다.
HandlerMappings,mapHandlerAdapter(handler)도 Legacy의 일부로 삭제해야하는걸까요? 아니면 이건 유연한 구조의 일환으로 생각해야 할까요? 가비의 의견이 궁금합니다 😄