MVC, MVP, MVVM Pattern

좋은 아키텍쳐

- Modularity 개체들 간 균형있는 책임 분리를 통해 모듈간 의존성을 줄이고 빠르고 효율적으로 복잡한 문제에서 해결하기 위한 키 포인트를 캐치할 수 있어야한다

- Testability 테스트가 가능하고 용이해야 한다

- Ease of use 유지보수 & 사용의 용이성

 

1. MVC

MVC 패턴

 

1-1. MVC 구조

Model : 어플리케이션에서 사용되는 데이터와 그 데이터를 처리하는 부분

View : 사용자에서 보여지는 UI 부분

Controller : 사용자의 입력(Action)을 받고 처리하는 부분

 

1-2. MVC 동작순서

사용자의 Action들은 Controller에 들어오게 됩니다.

Controller는 사용자의 Action를 확인하고, Model을 업데이트합니다.

Controller는 Model을 나타내줄 View를 선택합니다.

View는 Model을 이용하여 화면을 나타냅니다.

 

1-3. View가 업데이트 되는 방법

View가 Model을 이용하여 직접 업데이트 하는 방법

Model에서 View에게 Notify 하여 업데이트 하는 방법

View가 Polling으로 주기적으로 Model의 변경을 감지하여 업데이트 하는 방법.

 

1-4. MVC 특징

가장 단순하고 보편적으로 많이 사용되는 디자인패턴

View와 Model 사이의 의존성이 높아 어플리케이션이 커질 수록 복잡해지고 유지보수가 어려워진다

Apple MVC ≠ Original MVC

2. Cocoa MVC

(좌)  expected Cocoa MVC                                                                                         (우) Realistic Cocoa MVC

1-1. Cocoa MVC 구조

Model : 어플리케이션에서 사용되는 데이터와 그 데이터를 처리하는 부분

View : 사용자에서 보여지는 UI 부분

Controller : Controller가 View와 Model의 중재자 역할

 

1-2. Cocoa MVC 동작

사용자의 Action들은 View를 통해 들어오게 됩니다.

View는 user action을 controller에게 보내고 Model의 데이터를 업데이트

Model은 데이터가 업데이트 되었음을 controller에게 응답.

Controller는 업데이트된 데이터를 가지고 View를 업데이트

 

Cocoa MVC example

1-3. Cocoa MVC 특징

Controller가 View를 포함하는 것은 물론, View의 Life Cycle까지 관리

View와 Controller를 분리하기 어렵고, 재사용과 테스트도 불가능

 

3. MVP

(좌) MVP 패턴                                                                                                                          (우) Cocoa MVP                    

2-1. MVP 구조

Model : 어플리케이션에서 사용되는 데이터와 그 데이터를 처리하는 부분

View : 사용자에서 보여지는 UI 부분

Presenter : View에서 요청한 정보로 Model을 가공하여 View에 전달

 

2-2. MVP 동작

사용자의 Action들은 View를 통해 들어오게 됩니다.

View는 데이터를 Presenter에 요청합니다.

Presenter는 Model에게 데이터를 요청합니다.

Model은 Presenter에서 요청받은 데이터를 응답합니다.

Presenter는 View에게 데이터를 응답합니다.

View는 Presenter가 응답한 데이터를 이용하여 화면을 나타냅니다.

 

2-3. MVP 특징 

Presenter는 View와 Model의 인스턴스를 가지고 있어 둘을 연결하는 접착제 역할을 합니다.

Presenter와 View는 1:1 관계입니다.

View와 Model의 의존성이 없다. MVP 패턴은 MVC 패턴의 단점이었던 View와 Model의 의존성을 해결

View와 Model 사이의 의존성은 해결되었지만, View와 Presenter 사이의 의존성이 높은 가지게 되는 단점이 있다.

어플리케이션이 복잡해 질 수록 View와 Presenter 사이의 의존성이 강해지는 단점이 있습니다.

4. MVVM

(좌) MVVM 패턴                                                                                                                                      (우) Cocoa MVVM

 

3-1. MVVM 구조

Model : 어플리케이션에서 사용되는 데이터와 그 데이터를 처리하는 부분입니다.

View : 사용자에서 보여지는 UI 부분입니다.

View Model : View를 표현하기 위해 만든 View를 위한 Model입니다. View를 나타내 주기 위한 Model이자 View를 나타내기 위한 데이터 처리를 하는 부분입니다

 

3-2. MVVM 동작

사용자의 Action들은 View를 통해 들어오게 됩니다.

View에 Action이 들어오면, Command 패턴으로 View Model에 Action을 전달합니다.

View Model은 Model에게 데이터를 요청합니다.

Model은 View Model에게 요청받은 데이터를 응답합니다.

View Model은 응답 받은 데이터를 가공하여 저장합니다.

View는 View Model과 Data Binding하여 화면을 나타냅니다.

 

3-3. MVVM 특징

View Model과 View는 1:n 관계

View와 Model 사이의 의존성이 없다. 

View와 ViewModel 사이의 의존성이 없다.

각각의 부분은 독립적이기 때문에 모듈화 하여 개발할 수 있다.

MVVM 패턴의 단점은 View Model의 설계가 쉽지 않다는 점입니다.

 

 

VIPER

nightohl.tistory.com/entry/iOS-%EC%95%84%ED%82%A4%ED%85%8D%EC%B2%98-%ED%8C%A8%ED%84%B4-VIPER

iOS 아키텍처 패턴 - VIPER

참고
https://www.youtube.com/watch?v=bjVAVm3t5cQ

medium.com/ios-os-x-development/ios-architecture-patterns-ecba4c38de52

jiyeonlab.tistory.com/38?category=818842

sungdoo.dev/programming/do-you-know-mvc/

duwjdtn11.tistory.com/499?category=1112975

beomy.tistory.com/43