[Combine] Combine과 MVVM의 개요

[tea-hkim]

1. Combine

비동기 프로그래밍을 위한 iOS 13, (catalina)부터 적용된 빌트인 프레임워크

그래서 Reative framework가 뭔데? 그래서 어떻게 쓰는 건데? 라는 생각이 든다면
우선 간단한 아티클을 하나 읽고 시작하자. Swift에서 Combine 시작하기라는 블로그 글이다.

1-1. Publisher <Output, Failure>

• 하나 또는 여러 곳(예를 들면 subscriber)에 value를 보낼 수 있는 타입.
• 보내는 value 타입에는 3가지가 있다
  1. An output value of the publisher’s generic Output type
  2. A successful completion
  3. A completion with an error of the publisher’s Failure type.
• Subject는 스트림 밖에서 send()를 통해 스트림 안으로 값을 주입할 수 있다

1-2. Operator

• Operator는 Publisher 내부에 정의되어있는 메서드
• Operator는 일련의 과정 안의 데이터를 다음 과정으로 전달한다. 따라서 Operator 내부의 data는 다른 곳에서 사용할 수 없다.
• Operator는 Operator 본인 또는 Publisher를 반환한다.
• 다양한 연산자의 종류
  • Transforming Operators
    • collect
    • map
    • flatMap
    • replaceEmpty
  • Filtering Operators
    • filter
    • compactMap
    • first
    • last
    • prefix
  • Combining Operators
  • Sequence Operators

1-3. Subscriber <Input, Failure>

• Combine 과정의 마지막에 있는 녀석으로 Publisher나 Operator에서 넘어온 데이터나 completion event를 가지고 액션을 취한다.
• Subscriber의 Input은 구독하고 있는 Publisher의 Output과 같은 타입이어야 한다.

---

그렇다면 Subscriber는 어떻게 Publisher를 구독하는 것일까?

현재 Combine은 쉽게 사용할 수 있는 2가지 Subscribe 방식(sink, assgin)을 제공한다.

• sink
• assign

1-4. Subscriptions

출처 : https://icksw.tistory.com/272?category=937485

• Subscriptions이란 Publisher와 Subsciber의 연결을 나타내는 프로토콜이다.
• Cancellable이라는 프로토콜을 채택하고 있는데 cancle을 할 수 있다는 닉네임 값을 하듯 메서드에는 cancel()만 있다
  • Publisher와 Subsciber를 연결하고 어딘가에 저장해 놓지 않으면 메모리에서 내려가게 되는데 이를 방지하기 위해 store()라는 메서드가 존재한다.

1-5. Combine for Networking

• URLSession과 결합한 형태의 Publisher

  func getPosts() -> AnyPublisher<Data, URLError> {
      
      guard let url = URL(string: "https://jsonplaceholder.typicode.com/posts") else {
          fatalError("Invalid URL")
      }
      
      return URLSession.shared.dataTaskPublisher(for: url).map { $0.data }
      .eraseToAnyPublisher()
      
  }
  
  let cancellable = getPosts().sink(receiveCompletion: { _ in }, receiveValue: { print($0) })

  JSON data를 보내주는 URL을 통해 직접 data를 받아볼 수 있다.

• Combine을 통한 간단한 Codable 이용

  struct Post: Codable {
      let title: String
      let body: String
  }
  
  func getPosts() -> AnyPublisher<[Post], Error> {
      
      guard let url = URL(string: "https://jsonplaceholder.typicode.com/posts") else {
          fatalError("Invalid URL")
      }
      
      return URLSession.shared.dataTaskPublisher(for: url).map { $0.data }
      .decode(type: [Post].self, decoder: JSONDecoder())
      .eraseToAnyPublisher()
      
  }
  
  let cancellable = getPosts().sink(receiveCompletion: { _ in }, receiveValue: { print($0) })

2. MVVM

2-1. MVC란?

Model, View, Controller로 이루어진 아키텍처 패턴이다.

아키텍처 패턴이란?
아키텍처는 소프트웨어 프로그램의 책임에 따른 분리 방법으로 볼 수 있다.
패턴이란 어떤 반복되는 현상이나 무늬로, 아키텍처 패턴은 어떤 문제를 해결하기 위해 정형화된 분리 방법이라고 할 수 있다.

Model(모델)의 역할

모델은 애플리케이션이 가지고 있는 데이터와 이 데이터를 가공해서 유저에게 제공하는 비지니스 로직을 담당한다

View(뷰)의 역할

가공된 데이터를 사용자에게 화면을 통해 보여주는 역할

Controller(컨트롤러)의 역할

이 부분에 대한 논의가 많은데 Cocoa MVC에서 컨트롤러는 모델과 뷰의 중개자 역할을 한다.

2-2. MVC의 문제점

애플리케이션이 커질수록 컨트롤러의 역할이 커진다. 컨트롤러가 비대해지고 모델과 뷰와 결합이 단단해질수록 확장성이 떨어지는 유연하지 않은 소프트웨어가 될 것이다. 사실 iOS 개발에서의 MVC에서는 View와 Controller의 분리가 무색할 만큼 서로 긴밀히 엮여있다. 프로젝트를 시작하면 기본적으로 만들어있는 것이 ViewController일 만큼 이미 결합되어있는 상태이다.

2-3. MVVM이란?

MVVM 패턴이란 MVC의 Controller가 ViewModel(뷰모델)로 바뀐 패턴이다.

MVC랑 비교해서 뭐가 바뀐거지?
MVC의 문제점은 결국 VC가 비대해짐으로써 유연성이 떨어지게 된다. 많은 로직들이 섞여있게 되고 테스트가 힘들어지게 된다.
이를 해결하기 위해 ViewController는 View를 담당하게 되었고, View와 Model을 연결하는 ViewModel이라는 녀석이 등장하게 된다.
(사실 이 부분에 대해서는 이해가지 않는 부분이 있어서 계속해서 찾아보고 있다. 사실 Model이 비지니스 로직을 담당하고 있다면 Contoller에 남게 되는 것은 화면에 띄우는 로직일텐데 Model의 데이터를 바인딩 하기위한 Delegate 등이 모여있다고 해도 Controller의 비대함 자체는 child Controller들을 가짐으로써 적절한 책임 분배로 해결될 수 있는 부분이 아닌가라는 생각이다. 결국 MVVM은 테스트를 위한 아키텍처 패턴이라는인가)

ViewModel의 역할은?