RxSwift 3교시 에서 이미 사용한 것들이지만, 글이 길어져서 3교시 정리도 같이 진행하려고 한다. MVC, MVP, MVVM 구조 에서 공부할 때는 디자인 패턴의 개념만 얼추 이해가 되고, 코드는 잘 이해가 안갔었는데 설명을 듣고 보니 이해가 잘 가서 놀랍다.

3. UI Component와 연동 정리

1. Subject

https://reactivex.io/documentation/subject.html

Data Control

• Observable은 런타임에 데이터를 받아서 수정될 수 있지 않다.
• 외부 컨트롤에 의해 데이터를 받을 수도 subscribe 할 수도 있는 것이 필요한데, 그게 Subject 다.

• Subject에는 4가지 종류가 있는데,
• PublishSubject
  • 기본적인 subject
  • 여러 객체가 subscribe 할 수 있음.
  • PublishSubject에 데이터가 생성되면 모든 구독자에게 해당 데이터를 그대로 보내준다.
• BehaviorSubject
  • 기본값을 가지고 시작한다.
  • 누군가 subscribe 하자마자 기본 값을 보내준다.
  • 새로운 객체가 subscribe 하면 가장 최근의 data를 보내준다.
• AsyncSubject
  • 여러 객체가 데이터를 구독하더라도 complete 되는 시점의 가장 최근 데이터만 보내준다.
• ReplaySubject
  • 구독자에게 순서대로 데이터를 내려준다.
  • 새로운 구독자가 생기면 여태까지 전달된 모든 것을 한번에 내려준다.

Hot Observable / Cold Observable

• Hot Observable : 생성되자마자 항목을 배출. 구독자는 항목이 배출되는 중간부터 구독할 수 있다.
• Cold Observable : Observer가 구독할 때 까지 항목을 배출하지 않는다. Observer는 이 Observable 이 emit 하는 항목 전체를 구독할 수 있다.

2. RxCocoa

RxSwift의 기능을 UIKit에 Extension으로 추가한 것. syntatic sugar라고 보면 된다.

UI 작업의 특징

• main thread 에서만 돌아간다.
  • `observeOn(MainScheduler.instance)는 무조건 들어가야 한다.
• 작업을 하다가 에러가 나면 stream 이 끊어져서 동작하지 않는다.
  • .catchErrorJustReturn("") 같은 것으로 에러가 나도 앱이 죽지 않게 처리해야한다.

Observable / Driver

• observeOn().catchErrorJustReturn("").bind/subscribe 를 chaining 한 코드를
• asDrive(onErrorJustReturn: "").drive(itemCountLabel.rx.text) 이런 식으로 바꿀 수 있다.
• 에러가 생기면 ""으로 처리하고, drive 는 알아서 main thread 에서 돌아가는 코드.

Subject / Relay

• Subject 역시 UI 작업을 할 때는 끊어지지 않게 할 필요가 있다. -> Subject 대신 Relay 를 사용하자. error 가 나면 그냥 무시하고 진행해준다.
  • 근데 error 가 나지 않는다는 얘기는? onError 는 없고 onCompleted 만 있다는 말과 같다.
  • relay 는 self.menuObservable.accept($0) 으로 오로지 정보를 받아들일 수만 있다.

4. MVVM 적용하기

domain에서 오는 모델은 대부분 우리 화면에서 보이는 모델과 다르다. -> 3교시에 한 것 처럼 맵핑해서 써야함.

1. MVC

• Controller(UIViewController) Input을 Controller 가 받는다.
• Controller 가 View 한테 view setting, updateUI 등을 시킨다.
• update의 기반은 모델이 가지고 있다. UIKit에 종속되지 않기 때문에 Test 할 수 있다.

• 단점
  • Controller 는 테스트를 할 수가 없음.. 테스트 하자고 로직만 따로 떼어내기도 애매... 기능적으로는 이렇게 나누는게 좋았는데...!
  • 클라이언트 단 내에서만 나눠서 개발하려다보니 어렵다.

2. MVP

• MVC를 보완하면서, Controller 의 역할을 제한하는 구조.
• UIViewController 는 View 역할만 할 수 있도록 한다. (test 할 필요가 없게. 결국 사용자 입력은 MVP의 View 로 받는 것)
• 관련된 로직 부분만 전부 Presenter 로 뺀다. 로직을 처리하고 View에 그리라코 시킨다.
• View 하나를 Presenter 하나가 담당한다 (1:1 구조)
• Presentor 는 test 할 수 있다.

• 단점
  • View 를 업데이트 할 때마다 presenter 에 다 물어봐야 하고, Preseter 는 전부 그려서 View 한테 보여주라고 시켜야 한다. -> 번거로움..
  • 1:1 관계라 비슷한 View를 보여주는데도 VP 쌍이 여러개가 된다.

3. MVVM

• MVP 패턴의 단점을 극복하기 위해 presenter 를 공통으로 (ViewModel) 사용.
• viewModel 은 View 에 보여줄 데이터만 가지고 있고, View 한테 직접적으로 뭘 그리라고 지시하지 않는다.
• viewModel : view = 1 : n -> 비슷한 구조에서 같은 viewModel 을 가지고, 화면에만 다르게 나타낼 수 있다.
• Data Binding : viewModel 을 바라보다가 값이 바뀌면 읽어와서 view 에 나타낸다. 꼭 전재하진 않는다. 예를 들어서 SwiftUI 에서는 needUpdateUI 를 만들고, 화면에 표현될 변수에 didSet { needUpdateUI() } viewDidLoad 에서 viewModel.needUpdateUI = { 업데이트 해야 하는 viewModel 요소 넣기 } 전달해줘서 화면에 보이는 요소를 바꾸기도 한다.

• 하나의 view에 대한 viewModel 을 따로 둘 수도 있다.

// MenuListViewModel
var cellViewModels: [CellViewModel] = []


// MenuVC > viewDidLoad
viewModel.menuObservable
    .bind(to: tableView.rx.items(cellIdentifier: cellId, cellType: MenuItemTableViewCell.self)) { index, item, cell in
        let cellViewModel = self.viewModel.cellViewModels[index]
        cell.setViewModel(cellViewModel)
        
        cell.onChange = { [weak self] increase in
            self?.viewModel.changeCount(item: item, increase: increase)
        }
    }
    .disposed(by: disposeBag)




// MenuItemTableViewCell
var disposeBag = DisposeBag()

func setViewModel(viewModel: CellViewModel) {
    viewModel.title.bind(title.rx.text)
//    cell.title.text = item.name
//    cell.price.text = "\(item.price)"
//    cell.count.text = "\(item.count)"
}

// 대신 TableView, CollectionView 같은 것은, Cell 이 reuse 되기 때문에 
// 아까 가지고 있던 viewModel을 계속 가지고 있으면 안됨.
override func prepareForReuse() {
    disposeBag = DisposeBag() // 새로 만들어서 이전에 갖고 있던 viewModel 날리기
}

출처

유튜브 곰튀김님 RxSwift 4시간에 끝내기
https://youtu.be/iHKBNYMWd5I

RxSwift 4시간에 끝내기 github
https://github.com/iamchiwon/RxSwift_In_4_Hours