MVVM-C 패턴

생성일

2023/12/06 12:54

태그

Pattern

MVVM-C 패턴

MVVM-C 패턴은 iOS 개발에서 자주 사용되는 디자인 패턴으로 MVVM 과 Coordinator 를 결합한 형태이다.

이 패턴은 앱의 구조를 더욱 명확하고 유지보수가 용이하게 만들어 주며, 특히 큰 프로젝트나 여러 개발자가 협업할 때 유용하다.

MVVM-C 구성요소

Model

•

데이터와 비즈니스 로직을 담당한다.

•

앱의 데이터 구조와 데이터를 처리하는 로직을 포함한다.

View

•

사용자의 인터페이스(UI)를 담당한다.

•

사용자에게 보여지는 요소들(버튼, 텍스트뷰 등)이 이곳에 포함된다.

ViewModel

•

View와 Model 사이의 ‘중개자’ 역할을 한다.

•

View에 표시될 데이터를 준비하고, 사용자의 액션에 따라 Model을 업데이트한다.

•

ViewModel은 View의 상태와 로직을 가지지만, 직접적으로 View를 참조하지는 않는다.

Coordinator

•

앱의 네비게이션과 화면 전환을 담당한다. 각 화면(뷰)에 대한 이동 로직과 흐름을 관리하여,

•

View와 ViewModel이 네비게이션에 관련된 로직을 가지지 않도록 도와준다.

MVVM-C 패턴의 장점

분리된 관심사

•

각 컴포넌트(모델, 뷰, 뷰모델, 코디네이터)는 자신의 역할에만 집중하여, 코드의 유지보수와 테스트가 용이해진다.

재사용성 및 확장성

•

컴포넌트들이 분리되어 있어 재사용성이 높고, 새로운 기능을 추가하기 쉽다.

테스트 용이성

•

ViewModel은 View에 의존하지 않으므로, UI와 분리하여 테스트하기 쉽다.

네비게이션 관리

•

Coordinator를 통해 네비게이션 로직을 분리함으로써, 뷰컨트롤러의 부담을 줄이고 유연한 네비게이션 관리가 가능해진다.

MVVM-C 패턴의 단점

복잡성

•

단순한 앱에 대해선 오버엔지니어링일 수 있으며, 코디네이터 패턴의 도입으로 인해 아키텍처가 복잡해질 수 있다.

학습 곡선

•

이 패턴을 처음 접하는 개발자에게는 학습 곡선이 있을 수 있다.

그러면 MVVM-C에 Clean Architecture를 도입하는건 괜찮을까?

MVVM-C와 클린 아키텍처의 결합 이점

강화된 분리 및 추상화

•

클린 아키텍처는 애플리케이션을 여러 계층으로 나누어 각 계층의 책임을 명확히 한다.

•

이는 MVVM-C의 구성요소와 잘 어울려, 코드의 의존성을 더욱 체계적으로 관리할 수 있게 한다.

테스트 용이성

•

클린 아키텍처는 독립적인 테스트를 중시한다.

•

MVVM-C에서 ViewModel의 테스트가 용이한 것 처럼, 클린 아키텍처를 도입하면 모든 계층에서의 독립적인 유닛 테스트가 가능해진다.

유연한 네비게이션 관리

•

MVVM-C에서 Coordinator는 네비게이션 로직을 관리한다.

•

클린 아키텍처를 적용하면, 이러한 네비게이션 관리가 더욱 체계적이고 유연하게 이루어질 수 있다.

유지보수와 확장성 향상

•

클린 아키텍처는 코드의 유지보수와 확장성을 크게 향상시킨다.

•

각 계층이 명확히 분리되어 있어 변경 사항이 다른 계층에 미치는 영향을 최소화한다.

기술적 부채 감소

•

장기적인 관점에서 클린 아키텍처를 도입하면 기술적 부채를 줄이고, 더 건강한 코드베이스를 유지할 수 있다.

고려해야할점

•

복잡성

◦

클린 아키텍처는 개념적으로 복잡하며, 프로젝트 초기에는 구축이 어려울 수 있다.

◦

작은 프로젝트에서 오버엔지니어링으로 이어질 수 있다.

•

학습 곡선

◦

클린 아키텍처의 원칙과 패턴을 이해하고 적용하는 데 시간이 필요하다. 팀원 모두가 이러한 아키텍처에 익숙해져야 한다.

MVVM-C + Clean Architecture 기본 폴더 구조

YourApp
│
├── Application
│   ├── AppDelegate.swift
│   ├── SceneDelegate.swift
│
├── Core
│   ├── Extensions
│   ├── Utilities
│   └── Constants
│
├── Data
│   ├── Repositories
│   ├── Services
│   └── Models
│
├── Domain
│   ├── Entities
│   ├── UseCases
│   └── Protocols
│
├── Presentation
│   ├── Views
│   │   ├── ViewControllers
│   │   │   └── [ViewControllerName]ViewController.swift
│   │   ├── Views
│   │   │   └── [CustomViewName].swift
│   │   └── Cells
│   │       └── [CustomCellName].swift
│   │
│   ├── ViewModels
│   │   └── [ViewModelName].swift
│   │
│   └── Coordinators
│       └── [CoordinatorName].swift
│
└── SupportingFiles
    ├── Info.plist
    └── Assets.xcassets
Shell
복사

Core

•

전체 앱애서 사용되는 확장, 유틸리티, 상수 등을 포함한다.

Data

•

데이터 계층과 관련된 요소를 포함한다.

•

레퍼지토리, 서비스, 모델 등이 포함된다.

Domain

•

비즈니스 로직과 관련된 엔티티, 유즈케이스, 프로토콜 등을 포함한다.

Presentation

•

UI와 관련된 모든 것을 포함한다.

•

Views

◦

ViewController, Views, Cells

•

ViewModels

◦

각 뷰의 뷰모델을 포함한다.

•

Coordinator

◦

앱의 화면 전환과 흐름을 관리하는 코디네이터들을 포함한다.

SupportingFiles

•

Info.plist, Assets.xcassets 등의 프로젝트를 지원하는 파일들을 포함한다.

정리

MVVM-C 패턴은 iOS 개발에서 규모가 크고 복잡한 앱을 개발할 때 매우 효과적인 디자인 패턴으로, 코드의 가독성과 유지보수성을 높여준다.

또한 MVVM-C 패턴에 클린 아키텍처를 적용하는 것은 프로젝트의 복잡성, 팀의 경험, 그리고 프로젝트의 규모를 고려하여 결정하는 것이 중요하다.

잘 구현된 경우, 이 조합은 앱의 확장성, 유지보수성 및 테스트 가능성을 크게 향상시킬 수 있다.

하지만 프로젝트의 규모나 팀의 선호도에 따라 적합한 패턴을 선택하는 것이 중요하다.

나의 생각

소규모 프로젝트 - MVC, MVP

중소규모 프로젝트 - MVVM

중규모 프로젝트 - MVVM + Clean Architecture

대규모 프로젝트 - MVVM-C + Clean Architecture

프로젝트 규모에 상관없이 유연성과 테스트 용이성을 중시하는 경우, 비교적 작은 프로젝트에서도 MVVM이나 클린 아키텍처를 채택할 수 있다!