[SpringFrameWork] 일간 뷰어 인터뷰 _MVC패턴 편

MVC패턴 편

사실 MVC 패턴은 인터뷰 전편들에서도 몇 번 정리 했다.

MVC 패턴은 면접에서 자주 나오며 프레임워크를 배우기 위해 중요한 토대가 되기 때문에

다시 한번 정리해보는 것이 이해를 도울 것 같아 이번 편을 작성했다.

우리는 어제 MVC 패턴에 대해서 정리를 했다.*

그러나 MVC 패턴은 면접 질문에 자주 나오고 그만큼 중요하기에 다시 한번 정리를 한다.

*’[JSP] 일간 뷰어 인터뷰의 속편: 구구절절_JSP 최종정리 편’ 을 참고하길 바란다.

MVC 패턴 모델2의 처리 흐름은 다음과 같다.

1. 클라이언트가 컨트롤러에게 요청을 보낸다
2. 컨트롤러가 클라이언트의 요청을 받고 알맞은 모델을 찾아서 처리를 요청한다.
3. 모델이 결과를 처리한 후에 컨트롤러에게 결과를 반환한다.
4. 컨트롤러는 다시 결과를 보여줄 view를 지정해서 클라이언트에게 응답을 반환할 것을 요청한다.
5. 뷰(JSP)가 다시 클라이언트에게 결과 데이터(응답)을 보낸다.

이 때 컨트롤러의 역할은 혼동하기 쉬우니 주의해서 보길 바란다.

다시 한번 정리하자면, 컨트롤러의 역할은 다음과 같다

1. 사용자의 요청 받기
2. 처리하기 위한 Model을 찾아서 요청
3. 결과 데이터를 받으면 이를 반환할 view를 찾아서 응답 요청  

모델2의 장단점

단점의 1번을 보자. ‘개발 초기에 아키텍처 디자인을 위한 시간의 소요로 개발 기간이 늘어남’.

불편했던 개발자들은 이를 해결하기 위해 ‘Spring’과 같은 프레임워크를 개발했다.  이는 템플릿처럼 미리 설계해놓은 구조이기 때문에 디자인 시간을 줄일 수 있다.