MVC, MVP, MVVM 간단 정리

MVC, MVP, MVVM은 디자인 패턴으로 역할을 어떻게 나누냐의 차이이다.

각 계층을 분리시킴으로써 코드의 재활용성을 높이고 불필요한 중복을 막는다.

 

1. MVC

MVC는 Model + View + Controller를 의미한다.

• Model : 사용되는 데이터
• View : 사용자에게 보여지는 UI
• Controller : 모든 입력을 처리

 

동작

1. 입력이 Controller로 들어온다.
2. Controller는 입력에 해당하는 Model을 업데이트 한다.
3. Controller는 Model을 보여줄 View를 선택한다.
4. 💥 이때 Controller는 여러 개의 View를 선택할 수도 있기 때문에 1:n 관계이다.
5. 💥 Controller는 선택만 하고 업데이트 시켜주지 않기 때문에 View는 Controller를 알지 못한다.
6. View는 Model을 이용하여 업데이트 한다.

 

특징

• 장점 : 단순하다.
• 단점 : View와 Model 사이의 의존성이 높다.

 

 

2. MVP

MVP는 Model + View + Presenter를 의미한다.

MVC 패턴에서의 Controller 대신 Presenter를 사용한다.

• Model : 사용되는 데이터
• View : 사용자에게 보여지는 UI. 입력 처리
• Presenter : View와 Model의 다리 역할. View와 Model의 인스턴스를 가지고 있음

 

동작

1. 입력이 View로 들어온다.
2. View는 Presenter에게 데이터를 요청한다.
3. 💥 하나의 View는 하나의 Presenter에게 요청하므로 1:1 관계이다.
4. Presenter는 Model에게 데이터를 요청한다.
5. Model은 Presenter에게 데이터를 응답한다.
6. Presenter는 View에게 데이터를 응답한다.
7. View는 응답받은 데이터를 이용하여 화면에 나타낸다.
8. 💥 View와 Model은 완벽히 분리되었기 때문에 View는 Model을 알지 않아도 된다.

 

특징

• 장점 : View와 Model 사이의 의존성이 없다.
• 단점 : View와 Presenter 사이의 의존성이 높다.

 

 

3. MVVM

MVVM은 Model + View + ViewModel을 의미한다.

• Model : 사용되는 데이터
• View : 사용자에게 보여지는 UI. 입력 처리
• ViewModel : View를 표현하기 위한 Model. View를 나타내기 위한 데이터 처리

 

동작

1. 입력이 View로 들어온다.
2. View는 Command 패턴으로 ViewModel에 입력을 전달한다.
3. 💥 ViewModel은 여러 View의 입력을 받으므로 1:n 관계이다.
4. ViewModel은 Model에게 데이터를 요청한다.
5. Model은 ViewModel에게 데이터를 응답한다.
6. ViewModel은 데이터를 가공하여 저장한다.
7. View는 ViewModel과 Data Binding하여 화면에 나타낸다.
8. 💥 Command와 Data Binding을 사용하여 View와 ViewModel 사이의 의존성을 없앤다.

 

특징

• 장점 : View와 Model 사이의 의존성이 없다. View와 ViewModel 사이의 의존성이 없다.
• 단점 : ViewModel 설계가 어렵다.

 

 

참고 : https://beomy.tistory.com/43 , https://hackersstudy.tistory.com/71