모델뷰를 되살린 이유

Question

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 여기에 질문 내용을 남겨주세요. 제가 보기에는, v4에서 modelview 대신 model, view를 각각 따로 관리하는게 더욱 효율적인 구조라고 생각했습니다. (둘을 묶을 이유가 없기에) 그런데 v5에서 modelview를 되살린 이유가 무엇인가요? 다시 말하자면, adapter에서 v3의 방식(modelview)으로 통합한 이유가 무엇인가요? v4의 방식(model, view)으로 통합할 수도 있던 것 아닌가요?

김영한 · Answer

안녕하세요. JongYun Won님 v5는 modelview 방식으로 돌아가는 것이 아닙니다. 컨트롤러를 실제로 구현하는 개발자 입장에서 생각해보면 v3, v4 방식을 모두 사용할 수 있도록 유연하게 포괄하는 방식입니다. 감샇바니다.

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. JongYun Won님. 스프링 MVC에서 Model과 ModelAndView의 사용 방식에 대해 혼란스러우실 수 있는데요. V4에서 Model과 View를 각각 독립적으로 관리하는 경우, 개별적인 요청과 응답에 대한 처리가 명확하고 각 요소가 개별적인 역할을 수행하게 됩니다. 그러나 V5에서 다시 ModelAndView를 채택한 이유는 다음과 같습니다. ModelAndView는 모델 데이터와 뷰 논리를 한 곳에서 결합함으로써, 여러 상황에서 복잡한 데이터 흐름을 간결하게 정리할 수 있게 해줍니다. 이는 여러 요소가 상호작용하는 복잡한 비즈니스 로직을 다룰 때 유리하게 작용합니다. 또한, 여러 컨트롤러와 어댑터 패턴을 통일적으로 관리할 수 있는 방식이 되기도 합니다. 이에 대한 더 깊은 이해를 돕기 위해, 관련 내용을 다룬 유사한 질문과 답변들을 참고해 주세요: ModelView 질문드립니다. - V3의 방식에서 모델을 어떻게 활용하여 서블릿의 종속성을 줄일 수 있는지 설명하고 있습니다. 스프링의 Model 를 뷰로 전달하는 원리 - 스프링의 Model과 그것이 어떻게 ModelAndView로 통합되는지를 설명합니다. 이 답변이 도움이 되셨길 바라며, 추가적인 궁금증이 있으시다면 망설이지 말고 계속 질문해 주세요. 지식공유자께서 추가 답변을 제공하실 것입니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.