RxSwift) subscribe, bind, drive 차이

 

RxSwift 에서 구독을 하기 위한 메서드 3가지 !

원래는 subscribe 만 알고있었고, UI 작업해줄때 bind 만 썼는데 ..

차이를 잘 모르고 그냥 쓴 것 같다 ㅋㅋ

 

---

 

subscribe는 말그대로 구독하는거

구독대상의 상태가 변하면 값을 받아와서 처리

변하는 다음값, 에러, 끝날 때를 알고 코드 구현 가능.

 

UI 작업에 많이 사용되는 메서드는 bind 와 drive 

---

 

bind는 Observable과 Observer를 하나로 묶어주는 역할

- bind의 내부에는 subscribe 가 있음 

- 옵저버블이 방출한 이벤트를 그대로 binder에게 전달

그리고 binder는 UI 업데이트에 사용되는 옵저버의 일종

- bind는 onNext 이벤트에 대해서만 반응하고

error이벤트가 들어오면 에러 로그를 콘솔에 출력

- 단순히 새로 생성되는 값을 넘겨줄 때 간편하게 쓰는 용도

 

 

drive는 bind 처럼 onNext 이벤트 대해서만 처리 

- drive도 내부적으로는 subscribe를 사용

- 우선 무조건 메인스케줄러, 즉 메인스레드에서 동작

- drive를 사용하기 위해서는 asDriver로 옵저버블에 drive trait 부여

- 애초에 컨트롤 프로퍼티는 실패할 수 없기 때문에 에러를 가정하지 않음

 

---

drive를 사용하기 위해서 BehaviorRelay 형태여야합니다..?

물론 BehaviorSubject를 wrapping한 형태라서 서브젝트도 asDriver가 있긴해요

근데 서브젝트는 에러가 날 수 있는 경우가 있기 때문에 

에러가 없는 driver형태와 맞지 않음 .. 

 

 

---

 

 

Relay + drive 사용 : UI 작업이라는 것을 명확하게 해줌

Relay 를 Subject를 wrapping 한 클래스 

complete와 error를 방출하지 않는다. 

accept로 이벤트 받음

 

driver는 메인스레드에서만 실행 

UI 업데이트는 메인스레드에서만 실행되어야하기 때문에 

subscribe와 bind를 사용하는 것보다 안전. !

 

또, bind는 옵저버가 늘어날때마다 옵저버블 스트림이 여러개가 

되는데 drive를 사용하면 스트림은 하나로 유지되고 그 하나를 여러 옵저버가 구독 

=> 메모리 관리 면에서 효율적

 

 

 

---

 

UI 관련 코드를 작성할 땐 Relay + drive 조합

값을 사용하기 위해 저장할 때 bind , Subscribe + Subject 조합

 

 

 

출처 : SOPT 30기 iOS 파트 준튀김님 자료