Dipendenza RxSwift

Se hai utilizzato RxSwift, allora hai familiarità con questo frammento di codice:

var taskChangeEvent = BehaviorSubject<Bool>()
...

if newValue != oldValue {
  subject.onNext(newValue)
}

...

taskChangeEvent.subscribe(onNext: { [weak self] done in
    ....
}).dispose(by: disposeBag)

Per rendere questo processo un po' più semplice e ridurre la dipendenza da RxSwift in un unico punto, creo una semplice classe semplicemente eseguendo questi passaggi.

import RxSwift

class EventSerializer<T: Equatable> {
    private var disposeBag = DisposeBag()
    fileprivate let contactPoint: BehaviorSubject<T>
    var value: T

    func send(_ newValue: T) {
        contactPoint.onNext(newValue)
        self.value = newValue
    }
    func sendValueIf(_ newValue: T, compareWith: (_ oldValue: T, _ newValue: T) -> Bool) {
        if compareWith(self.value, newValue) {
            contactPoint.onNext(newValue)
            self.value = newValue
        }
    }
    func listen(onChange: @escaping ((T) -> Void)) {
        contactPoint.subscribe( onNext: { value in
            onChange(value)
        }).disposed(by: disposeBag)
    }
    init(defaultValue: T, contactPoint: BehaviorSubject<T>? = nil) {
        self.contactPoint = contactPoint ?? BehaviorSubject<T>(value: defaultValue)
        self.value = defaultValue
    }
}

La logica del licenziamento è all'interno della classe e puoi suddividere la logica in una funzione separata.

L'ascolto dello streaming è molto più pulito e non c'è nessun disposeBag in tutto il codice.

var task = EventSerilizer<Bool>(defaultValue: false)

...

func shouldInformTaskChange(_ oldValue: Bool, _ newValue: Bool) {
    oldValue != newValue
}
task.sendValueIf(true, compareWith: shouldInforTaskChange)

...

task.listen { [weak self] value in 
    ....
}

func listenToCombineLatest<E: Equatable>(with otherSerializer: EventSerializer<E>, onChange: @escaping ((T, E) -> Void)) {
    Observable.combineLatest(self.contactPoint, otherSerializer.contactPoint).subscribe(onNext: { tValue, eValue in
        onChange(tValue, eValue)
    }).disposed(by: disposeBag)
}

Una nota a margine sull'utilizzo di BehaviorSubject

Come sai il BehaviorSubject emette l'ultimo evento che inizia ad ascoltare. Questo potrebbe essere un problema, durante la fase di installazione, perché è come un impianto idraulico mentre c'è acqua nei tubi. Vieni visitato mentre non sei ancora pronto. D'altra parte, PublishSubject ti consente di collegare insieme le pipe e quindi invia gli eventi.

Quindi considera l'utilizzo di PublishSubject se hai bisogno di un po' di tempo per prepararti prima di ricevere gli eventi.