MVC 패턴

💡 프로그램을 각각의 역할에 따라 Model, View, Controller로 나누어 설계한 아키텍처 패턴이다.
소프트웨어의 비즈니스 로직과 화면을 구분하는데 중점을 두고 있으며 이러한 "관심사 분리" 는 더나은 업무의 분리와 향상된 관리를 제공한다.

Model

✔️프로그램에서 사용되는 데이터, 테이터를 처리하는 로직 담당

• 모든 데이터에 대한 정보를 알고 있고, 이 정보들을 가공 할 수 있어야 한다.
• 변경이 일어나면 변경 통지에 대한 로직만 포함되어 있어야한다. (직접적인 UI 변경 X)
• 모델은 여러개의 뷰를 가질 수 있다.
• 다른 컴포넌트에 대해 알지 못한다.

View

✔️레이아웃과 화면을 처리한다. 데이터를 보여주는 방식을 정의한다.

• 뷰는 항목이 사용자에게 보여지는 방식을 정의하며, 표시할 데이터를 모델로부터 받는다.
• 다른 컴포넌트에 대해 알지 못한다.

Controller

✔️입력에 대한 응답으로 모델 및/또는 뷰를 업데이트하는 로직을 포함한다.

• Model과 View 사이에 있는 컴포넌트이다.
• 클라이언트의 요청을 받으면 해당 요청에 대한 실제 업무를 수행하는 Model을 호출한다.
• Model이 업무 수행을 완료하면 그 결과를 가지고 화면을 생성하도록 View에 전달한다.
• 즉, 클라이언트의 요청에 대해 Model과 View를 결정하여 전달하는 중재자 역할을 한다.
• 단순히 데이터를 다른 형태로 나타내기 위해 모델을 업데이트 하지 않고 뷰를 업데이트 할 수도 있다.
  ex) 항목을 알파벳순서로 정렬한다거나, 가격이 낮은 순서 또는 높은 순서로 정렬
• 다른 컴포넌트인 Model과 View가 무엇을 수행하는지 알고 있다.

동작 예시

1. 사용자의 Action은 View를 통해 들어온다.
2. 사용자의 Action들은 Controller에 들어온다.
3. Controller는 사용자의 Action를 확인하고, Model을 업데이트한다.
4. Controller는 Model을 나타내줄 View를 선택한다.
5. View는 Model을 이용하여 화면을 나타낸다. (Controller를 이용하여 업데이트 하기도 한다.)

출처: https://beomy.tistory.com/43 [beomy]

MVC 패턴을 사용하는 이유

• 잘 정리된 코드 관심사의 분리
• MVC가 혼재되어 있는 코드 스파게티 코드보다 유지보수, 확장성, 재사용성이 높다.

MVC모델의 한계

• 기본 기능 설계를 위해 많은 클래스가 필요하기 때문에 복잡할 수 있다.
• View와 Model의 의존성을 완벽히 분리 할 수 없기 때문에 패턴이 모호해질 수 있다.
• View와 Model의 높은 의존성은 어플리케이션이 커질수록 복잡해지고 유지보수가 어렵게 만든다.
  대규모 프로그램을 개발할 경우 다수의 View와 Model이 Controller를 통해 복잡하게 연결될 수 있다.
  Controller를 통해 View와 Model간에도 관계가 복잡하게 연결될 수 있어 복잡한 어플리케이션을 더 혼란스럽게 만들 수 있다.
• Model과 View Controller가 느슨하게 연결되어 있더라도 컨트롤러를 테스트하려면 View와 Controller에 대한 테스트도 수행해야한다. 따라서 단위 테스트를 하기 어려워진다.
  ❗️ 위 문제점을 해결하기 위해 다양한 디자인 패턴을 파생시켰다. 그 중 하나가 MVVM 패턴이다.

MVVM 패턴

💡 MVVM은 MVC를 기반으로 하는 아키텍처 패턴이다. 어플리케이션 비지니스 로직과 UI 개발을 더 명확하게 구분하는데 도움이 된다. View와 다른 계층간의 작업을 분리하기 위해 선언적 데이터 바인딩을 사용한다. MVC와 MVVM의 결정적인 차이는 ViewModel이다.

View와 Model은 MVC패턴과 거의 동일하다.

ViewModel

• 뷰와 관련 모델 사이의 변화를 조정하는 뷰의 추상적인 개념이다.
• Command 패턴과 Data Binding을 이용하여 View와 View Model 사이의 의존성을 없앴다.
  Command 패턴: 뷰에서 UI를 처리하기 위해 뷰 모델에 전달하는 요구 사항을 캡슐화한 것
  Data Binding: 뷰와 뷰 모델 사이의 데이터를 동기화시키는 것
• Controller와 달리 이벤트가 아니라 데이터 바인딩을 통해 모델과 뷰를 업데이트 한다.

MVVM 패턴을 사용하는 이유

• UI가 실제 코드와 거의 완벽하게 분리된 것이 특징이다. 덕분에 데이터 처리 로직과 UI 디자인 간 상호 영향이 적어 개발이 용이하다.
• 개발자와 UI 디자이너 간의 협업이 용이하다.
• MVVM은 디자인과 그 동작까지 재사용하기 유리하다.

MVVM 패턴의 한계

• Binding 기술등이 프레임워크 특화이기 때문에 다른 프레임워크로의 재사용은 어렵다.
• View Model의 설계가 쉽지 않다.

참고: https://ko.wikipedia.org/wiki/%EB%AA%A8%EB%8D%B8-%EB%B7%B0-%EC%BB%A8%ED%8A%B8%EB%A1%A4%EB%9F%AC
https://medium.com/@jang.wangsu/%EB%94%94%EC%9E%90%EC%9D%B8%ED%8C%A8%ED%84%B4-mvc-%ED%8C%A8%ED%84%B4%EC%9D%B4%EB%9E%80-1d74fac6e256
https://beomy.tistory.com/43
https://tomyrhymond.wordpress.com/2011/09/16/mvc-mvp-and-mvvm/