RxSwift를 다루게 되다 보니 불가항력적으로 눈에 계속 보이는 MVVM 구조라는 놈이 있습니다. View Controller의 역할이 너무 무거워지고 있던 것을 체감하던 중이여서 프로젝트가 더 진행되기 전에 MVVM 구조를 적용해보기로 했습니다.

원래는 AWS 서비스들을 사용해보고자 시작했던 프로젝트인데 하다보니 이것저것 많이 건들여보게 되네요 🧐

MVVM

MVVM 구조는 사실 굳이 RxSwift가 아니여도 iOS 앱개발을 공부하다보면 자주 마주치게 되는 용어입니다. MVVM은 Model, View, View Model로 코드를 구분하는 구조입니다.

그런데 기존의 MVC 구조에서 뭔가가 불편했으니까 이런 새로운 구조를 적용하는 것이겠죠? MVC 구조는 이해하기 상당히 쉽고 애플도 XCode의 기본 구조를 MVC로 설정해둔 듯 합니다. 기본으로 설정된 파일의 이름조차 View Controller이기 때문이죠. 하지만 MVC 구조는 View Controller에게 거의 모든 것을 맡깁니다. 아무리 class를 분리하더라도 결국에는 View Controller에서 참조하여 사용하게 되죠.

MVVM 구조는 View Controller가 독박쓰던 구조를 세가지 구조로 나눕니다.

View & View Controller: 화면을 구성하는 것을 담당합니다.

View Model: 화면으로 전달되는 정보들과 그에 필요한 기능들을 담당합니다.

Model: 실질적인 데이터들의 저장을 담당합니다.

View Model은 Model의 데이터들을 계속해서 Update해주고, View Controller에는 화면에 출력할 정보를 뿌려줍니다.

View Controller는 View를 구성해서 화면을 구성합니다.

이렇게 해서 얻는 이점이 뭐냐?! 하시면

이제 View Controller와 View에는 오직 화면 구성 코드만이 남겨지게 됩니다.

그리고 실질적인 동작 코드들은 전부 View Model에 들어가게 됨으로서 UI에 대한 접근 없이도 이런저런 테스트나 기능 수정등을 할 수 있게 됩니다. 정돈된 파일은 덤이고요!

하지만 그렇다고 MVVM 구조가 만능인 것은 아닙니다..

고통받는 View Model

View Controller는 이제 무게를 좀 덜 수 있게 되었습니다. 하지만 모든 업무를 떠안게 된 View Model… 사실상 무겁고 계속해서 추가가 되는 코드들은 이 View Model이 전부 맡게 되었습니다.

그래서 Clean-Architecture로 View Model의 기능들도 쪼개봅시다!

Clean Architecture

이 그래프 하나로 모든 것을 설명할 수 있습니다.

• 종속성은 안쪽으로만 향할 수 있다.
• 안쪽의 요소는 바깥쪽 요소에 대해 아무것도 알 수 없다.
• 바깥쪽에서 사용된 이름들은 안쪽에서 사용할 수 없다. (변수, 함수, 클래스 등)

사실 세가지 모두 동일한 말을 하고 있습니다. 바깥쪽 요소들은 어떤 일이 있어도 절대로 안쪽 요소들로부터의 영향을 받지 않도록 한다는 것이죠.

자 이제 각 단계별로 어떤 요소들이 있는지 알아보겠습니다.

Entities (Model)

이 안에 있는 요소들의 특징은 거의 변경될 일이 없다는 점입니다. 예를 들면 DB의 구조..같은 것이 있겠죠? 그래서 MVC 모델에서 Model로 쓰던 데이터의 구조 파일 등이 여기에 속합니다.

struct Film {
  let id: Int
  let name: String
  let plot: String?
  let image: String?
}

위와 같이 Film이라는 데이터 구조는 완전히 새로운 데이터 구조를 추가/수정할 것이 아니라면 거의 건드릴 일이 없는 코드입니다. 영화 정보앱의 기능이 아무리 바뀌더라도 영화 정보를 사용하지 않을 일은 없겠죠?

Use Cases

Use Cases란 사용자가 직접 “사용”하는 앱의 동작과 시나리오들이라고 말할 수 있습니다. 이런 구조를 처음 보는 저에게는 가장 이해하기 힘들었던 부분입니다. 이번에도 쉽게 위의 예시를 통해 살펴보겠습니다.

영화 정보앱을 켜고 사용자는 어떤 행동을 할까요? 검색을 하던, 추천 정보를 보던 영화 정보를 보여주기 위한 일종의 버튼을 클릭하겠죠? 이 시나리오가 바로 Use Case입니다.

var isLoginAccepted = BehaviorSubject(value: false)
func loadFilmInfo() {}
func updateFilmInfo() {}
func notifyReceived() {}

보통 위와 같이 표현됩니다. 유저의 행동, 상태의 변화 등으로 인해 어떤 출력값의 변화가 필요할 때 Use Cases가 출동하여 해결해준다 고 볼 수 있습니다.

Interface Adapters

이 부분은 Presentation Layer라고 부르는 사람들도 많습니다. 어느쪽이던 이름에서 화면의 구성과 관련이 있을 것 같다는 느낌이 들죠?

MVVM 모델의 View Model이 보통 이 구역에 해당됩니다. Clean Architecture를 적용한 MVVM 구조에서 View Model은 오직 화면에 출력될 데이터를 최종적으로 가공하는 역할만 하기 때문입니다.

func setTimestampFormat() {}
func setFilmGradeFormat() {}

그래서 보통 위와 같이 Use Cases의 output으로 얻은 정보를 사용자가 보기 쉽게 가공하는 방식으로 많이 사용됩니다.

20220323 ➡️ 2022년 3월 23일

처럼요.

Frameworkds & Drivers

이 부분은 최외곽인 만큼 가장 활발하게 변형이 이루어집니다. 사용자가 직접적으로 상호작용하는 UI나 DB 외에도 Framework등도 여기에 포함됩니다.