MVC 패턴의 생김새

각 계층의 역할

• Model : 실제 데이터의 저장 및 변경이 수행되는 부분
• View : 사용자가 맞이하는 화면에 그려지는 부분
• Controller : 모델과 뷰 사이에서 명령을 전달하며 제어하는 부분

MVC의 배경 및 장점, 그리고 한계

• 과거 MVC가 일반적이지 않던 시절 → 프리젠테이션 계층과 비즈니스 모델이 뒤엉켜있었다.

  • 하나의 기능을 수행하기 위해 서로의 영역을 침범하는 게 빈번! → 프로그램 구조를 복잡하게 만듬.
  • 이런 1 Tier 혹은 2 Tier 아키텍처를 보완하고자 3 Tier 아키텍처가 등장!

• MVC를 이용하는 목적

  • 복잡한 로우레벨의 기술(Data Access, Transaction)을 처리하는 비지니스 모델을 뷰와 분리!
  • 이로 인해 DB 정보가 노출되거나 코드의 중복을 제거한다!

• MVC는 과도한 역할 분담을 가진다. → 1 Tier, 2 Tier 계층이 갖고 있던 직관적인 설계의 장점을 없앰!

  • 모든 데이터의 처리가 데이터 자체가 아닌 데이터의 controller를 통해 이루어진다.
    • → 직관성이 떨어진
    • → 프로젝트 규모가 커질수록 Controller가 복잡해지고 무거워진다.
    • → 결국 Model과 View의 결합도도 강해진다.

Layered Architecture 구조