MVC, MVP, MVVM, MVVM-C 및 VIPER 아키텍처 패턴 비교

소프트웨어 개발과 관련하여  아키텍처 패턴은  코드베이스의 품질과 유지 관리를 위해 중요한 설계에서 결정됩니다.

 

클린 아키텍처(Clean Architecture) 와 소프트웨어 아키텍처 패턴

클린 아키텍처(Clean Architecture)는 로버트 C. 마틴(Uncle Bob)이 제안한 소프트웨어 설계 원칙으로, 각 구성 요소의 독립성을 유지하고, 높은 응집성과 낮은 결합도를 목표로 합니다.

MVC, MVP, MVVM, MVVM-C 및 VIPER 아키텍처 패턴은 각각 특정 애플리케이션 구조를 나타내며, 클린 아키텍처의 원칙을 적용할 수 있습니다.

 

아키텍처 패턴과 클린 아키텍처의 관계

• MVC, MVP: 클린 아키텍처의 기본 원칙을 따를 수 있으며, 특히 프레젠테이션 계층의 분리를 강조합니다.
• MVVM, MVVM-C: 데이터 바인딩과 화면 전환 로직을 분리하여 클린 아키텍처의 원칙을 적용할 수 있습니다.
• VIPER: 클린 아키텍처의 계층화 원칙을 가장 잘 반영하는 패턴으로, 각 구성 요소가 명확한 책임을 가지며, 독립적으로 동작합니다.

 

---

MVC (Model-View-Controller, 모델-뷰-컨트롤러)

• MVC는 가장 잘 알려져 있고 널리 사용되는 아키텍처 패턴
• 구조: Model, View, Controller
• 특징:
  • Model: 데이터와 비즈니스 로직을 관리합니다.
  • View: 사용자 인터페이스 렌더링을 담당합니다.
  • Controller: 사용자 입력을 처리하고 Model과 View를 업데이트 중재합니다.
• 필요성: 단순한 구조로 빠른 개발이 가능하며, 프레임워크(Java Struts, Spring, Ruby on Rails)에서 기본적으로 지원합니다.
• 장점: 간단하고 명확한 구조, 프레임워크에서 기본적으로 지원
• 단점: 대규모 프로젝트에서는 Controller가 비대해질 수 있음
• 사용 사례: 웹 애플리케이션, 특히 작은 규모나 중간 규모의 프로젝트

 

MVP (Model-View-Presenter, 모델-뷰-프레젠터)

• 프리젠터(Presenter)는 모델과 뷰 사이에서 데이터로 뷰를 업데이트하고 사용자 입력 및 이벤트를 처리
• 구조: Model, View, Presenter
• 특징:
  • Model: 데이터와 비즈니스 로직을 관리합니다.
  • View: 사용자 인터페이스를 담당하지만, Presenter와 상호작용합니다.
  • Presenter: 사용자 입력을 처리하고 Model과 View를 업데이트합니다.
• 필요성: View와 비즈니스 로직을 명확히 분리하여 테스트 용이성을 높임
• 장점: 테스트 가능성이 높고, View와 비즈니스 로직의 명확한 분리
• 단점: Presenter가 비대해질 수 있으며, 코드 유지보수에 어려움이 있을 수 있음
• 사용 사례: 안드로이드 애플리케이션, 특히 복잡한 비즈니스 로직을 포함한 프로젝트

 

MVVM (Model-View-ViewModel, 모델-뷰-뷰모델)

• MVP와 유사하며,  뷰 모델(ViewModel)은 뷰의 상태를 관리하고 모델의 데이터를 뷰에 제공하는 작업을 담당 
• 구조: Model, View, ViewModel
• 특징:
  • Model: 데이터와 비즈니스 로직을 관리합니다.
  • View: 사용자 인터페이스를 담당합니다.
  • ViewModel: Model과 View를 연결하며, 데이터 바인딩을 통해 상호작용합니다.
• 필요성: 데이터 바인딩을 통해 View와 비즈니스 로직을 효율적으로 분리
• 장점: 데이터 바인딩을 통해 코드 간결성 증가, View와 비즈니스 로직의 명확한 분리
• 단점: 과도한 데이터 바인딩 사용 시 디버깅 어려움
• 사용 사례: WPF, Xamarin, Android 애플리케이션, 특히 데이터 바인딩이 중요한 프로젝트

 

MVVM-C (Model-View-ViewModel-Coordinator, 모델-뷰-뷰모델-코디네이터)

• MVVM의 변형입니다. 코디네이터는 응용 프로그램 내의 다른 화면 또는 보기 간의 탐색을 처리합니다.
  이 패턴은 관리해야 하는 여러 화면 또는 보기가 있는 응용 프로그램에 유용
• 구조: Model, View, ViewModel, Coordinator
• 특징:
  • Model: 데이터와 비즈니스 로직을 관리합니다.
  • View: 사용자 인터페이스를 담당합니다.
  • ViewModel: Model과 View를 연결합니다.
  • Coordinator: 화면 전환과 네비게이션 로직을 관리합니다.
• 필요성: 화면 전환과 네비게이션 로직을 분리하여 코드 가독성 및 유지보수성 향상
• 장점: 네비게이션 로직의 명확한 분리, 가독성 향상
• 단점: Coordinator의 역할 중복 가능성, 코드 복잡성 증가
• 사용 사례: iOS 애플리케이션, 특히 복잡한 네비게이션 로직이 있는 프로젝트

1)명확한 역할 분리:
Model-View-ViewModel-Coordinator 패턴을 사용하면 각 구성 요소의 역할이 명확하게 분리됩니다. 이는 코드의 가독성을 높이고, 이해하기 쉽게 만들어줍니다.

2) 내비게이션 관리:
코디네이터는 앱 내의 화면 전환 및 내비게이션을 담당합니다. 이를 통해 ViewController 간의 결합도를 낮추고, 내비게이션 로직을 중앙에서 관리할 수 있습니다.

3) 유닛 테스트 용이성:
MVVM-Coordinator 패턴을 사용하면 ViewModel과 코디네이터를 독립적으로 테스트할 수 있어, 유닛 테스트 작성이 더 쉬워집니다.

4) 코드 재사용성:
코디네이터를 사용하면 내비게이션 로직을 재사용할 수 있어, 코드의 중복을 줄일 수 있습니다.

 

 

VIPER (View-Interactor-Presenter-Entity-Router, 뷰-인터랙터-프리젠터-엔티티-라우터)

• MVC와 유사하지만 인터랙터, 엔티티 및 라우터를 포함한 몇 가지 새로운 구성 요소가 추가되었습니다. 
• 구조: View, Interactor, Presenter, Entity, Router
• 특징:
  • View: 사용자 인터페이스를 담당합니다.
  • Interactor: 비즈니스 로직과 데이터 처리를 담당합니다.
  • Presenter: 사용자 입력을 처리하고 Interactor와 View를 업데이트합니다.
  • Entity: 데이터 모델을 정의합니다.
  • Router: 화면 전환과 네비게이션 로직을 관리합니다.
  
  
• 장점: 책임의 명확한 분리, 높은 유지보수성과 테스트 가능성
• 단점: 코드베이스가 커질 수 있으며, 복잡한 구조로 인해 학습 곡선이 높음
• 사용 사례: iOS 애플리케이션, 특히 큰 규모의 프로젝트에서 사용

 

1) 책임 분리:
    VIPER는 각 구성 요소가 명확한 책임을 가지고 있어, 각자의 역할이 분리되어 코드가 더 읽기 쉽고 유지보수가 용이합니다.

2) 모듈화:
    VIPER는 각 기능을 모듈화하여, 재사용 가능하고 독립적으로 테스트할 수 있습니다. 이는 코드의 중복을 줄이고, 개발 속도를 높입니다.

3) 테스트 용이성:
    VIPER는 각 레이어가 독립적으로 동작하기 때문에 유닛 테스트 작성이 더 쉽습니다. 특히 Interactor와 Presenter의 로직을 테스트하기 수월합니다.

4) 유연한 네비게이션:
    Router를 통해 화면 전환과 네비게이션 로직을 관리할 수 있어, 앱의 구조가 더 유연해집니다.

5) 유지보수 용이성:
    VIPER는 명확한 구조 덕분에 유지보수가 더 쉽습니다. 새로운 기능을 추가하거나 기존 기능을 수정할 때, 다른 부분에 영향을 주지 않고 작업할 수 있습니다.

 

---

각 아키텍처별 화면 구성