MVC (Model-View-Controller)

MVC란 ?

소프트웨어 설계와 관련된 일종의 디자인 패턴으로, 소프트웨어 공학에서 사용되는 설계 패턴중 하나다. 사용자 인터페이스(UI, User Interface)와 비즈니스 로직과 화면을 구분하는데 중점을 두고있다. 다시말해 관심사 분리를 통해 더 나은 유지보수 환경을 만들 수 있다.
👀 비즈니스 로직 ? 일반적으로 데이터베이스와 사용자인터페이스 사이의 정보교환등을 통해 처리하는 과정 또는 그를 위한 알고리즘이라 할 수 있다.

Model

• 데이터와 비즈니스 로직(상태 변화처리, 상태 정보 반환)을 관리한다.
• 데이터의 상태가 변경되면 변경된사항을 뷰에게 알려준다.
• 데이터베이스와 모든 유효성검사, 데이터 수정/삭제등을 처리한다.
  예) 컨트롤러로부터 요청받는 알고리즘을 실행한 후 결과를 컨트롤러에 전달한다.

View

• 뷰는 컨트롤러로부터 받은 정보를 표시하기만(데이터 시각화) 한면된다.
  ➪ 즉, 뷰는 컨트롤러가 전달해준 데이터를 기반으로 HTML을 동적으로 랜더링하는 템플릿파일.
• 어떠한 데이터나, 로직이 존재하면 안된다.
• 뷰는 최종 렌더링 화면을 컨트롤러에 보내고 컨트롤러는 최종 렌더링 화면을 사용자에게 보여줄지 관리한다.

Controller

• 모델과 뷰를 느슨하게 연결하는 역할을 한다.
• 컨트롤러는 모델이 반환하는 결과에 따라 어떤 응답을 할지만 알려주면된다.
  ➪ 사용자의 요청처리의 성공/실패를 신경쓸 필요 없음.
• 특정 이벤트/액션들이 컨트롤러에 전송되면 모델에 처리 요청을 보내고, 응답 데이터를 뷰로 전송한다.
• 데이터의 흐름 제어

📌 모델과 뷰가 서로 상호작용하지 않는다는 것! 모델과 뷰간의 상호작용은 컨트롤러를 통해 수행된다!

예시

1. 사용자가 맛집 리스트를 가져오기 위해 서버에 요청을 보낸다.
2. 모든 맛집 리스트에 대한 데이터 베이스를 쿼리하고 Model의 응답이 성공적이면 해당 목록을 Controller에 반환한다.
3. Controller는 맛집 리스트가 보여질 View에 맛집 리스트가 렌더링되어 보이도록 요청한다.
4. View는 Controller 맛집 리스트를 가져와 브라우저에 사용할 HTML로 렌더링하고 Controller에 보낸다.
5. Controller는 다시 사용자에게 랜더링된 데이터를 View에게 보내 사용자에게 보여지도록 요청한다. 만일 이전에, Model이 오류를 반환한 경우, 요청을 종료하고, 맛집리스트가 아닌 오류를 렌더링하도록하여 해당 오류를 처리한다.