MVC 패턴은 어떤 문제를 해결하기 위해 나왔나요?

MVCdesign-patternseparation-of-concerns

30초 답변

MVC는 UI 코드와 비즈니스 로직이 한 곳에 뒤섞이는 문제를 해결하기 위해 나온 패턴입니다. Model(데이터와 비즈니스 로직), View(화면 표시), Controller(입력 처리와 흐름 제어)로 역할을 나눠 각 부분이 독립적으로 변경될 수 있게 합니다.

1970년대 Smalltalk에서 처음 등장했습니다. GUI 프로그래밍이 시작되던 시점에 화면 코드와 데이터 코드가 한 덩어리로 붙어 있으면 변경이 어렵다는 문제를 겪으면서 나왔습니다.

초기 웹 개발에서도 같은 문제가 반복됐습니다. PHP 파일 하나에 DB 쿼리, HTML, 비즈니스 계산이 모두 들어있으면 테스트가 어렵고 한 부분을 수정하면 다른 부분이 깨집니다. Rails, Django, Spring MVC가 이 패턴을 웹에 적용해 대중화했습니다.

꼬리질문

답변 뒤에 이어질 수 있는 질문들을 하나씩 열어볼 수 있어요.

Model: 데이터와 비즈니스 로직을 담당합니다. DB 접근, 유효성 검사, 계산이 여기에 들어갑니다. View나 Controller를 모릅니다.
View: 화면에 데이터를 표시합니다. Model에서 받은 데이터를 렌더링하고, 사용자 입력을 Controller로 넘깁니다.
Controller: 사용자 입력을 받아 Model을 업데이트하고 어떤 View를 보여줄지 결정합니다.

흐름을 보면 사용자가 버튼을 클릭하면 View가 Controller에 알립니다. Controller가 Model에서 데이터를 가져오거나 수정합니다. Model이 바뀌면 View에 반영됩니다.

Model이 View를 모른다는 점이 중요합니다. Model은 자기 데이터와 로직에만 집중합니다. 같은 Model을 웹 View로 볼 수도 있고, 모바일 View로 볼 수도 있고, API 응답으로 반환할 수도 있습니다.

실제 웹 백엔드에서는 Controller가 HTTP 요청을 받아 Service(Model의 일부)를 호출하고 결과를 JSON으로 반환합니다. 프론트엔드는 이 JSON으로 View를 구성합니다.

부가 설명

MVC의 핵심은 관심사 분리(separation of concerns)입니다. 각 레이어가 자기 역할만 하면, UI를 바꿔도 비즈니스 로직이 그대로이고, 비즈니스 로직을 테스트할 때 UI가 없어도 됩니다.

MVC는 UI, 데이터, 흐름 제어를 분리해 각 부분이 독립적으로 변경될 수 있게 한 패턴입니다.