Skip to content

Latest commit

 

History

History
50 lines (41 loc) · 1.58 KB

Tips.md

File metadata and controls

50 lines (41 loc) · 1.58 KB

Tips

  • Always strive to model your systems or their parts as pure functions. Those pure functions can be tested easily and can be used to modify operator behaviors.
  • When you are using Rx, first try to compose built-in operators.
  • If using some combination of operators often, create your convenience operators.

e.g.

extension ObservableType where E: MaybeCool {

    @warn_unused_result(message="http://git.io/rxs.uo")
    public func coolElements()
        -> Observable<E> {
          return filter { e -> Bool in
              return e.isCool
          }
    }
}
  • Rx operators are as general as possible, but there will always be edge cases that will be hard to model. In those cases you can just create your own operator and possibly use one of the built-in operators as a reference.

  • Always use operators to compose subscriptions.

Avoid nesting subscribe calls at all cost. This is a code smell.

textField.rx_text.subscribe(onNext: { text in
    performURLRequest(text).subscribe(onNext: { result in
        ...
    })
    .addDisposableTo(disposeBag)
})
.addDisposableTo(disposeBag)

Preferred way of chaining disposables by using operators.

textField.rx_text
    .flatMapLatest { text in
        // Assuming this doesn't fail and returns result on main scheduler,
        // otherwise `catchError` and `observeOn(MainScheduler.instance)` can be used to
        // correct this.
        return performURLRequest(text)
    }
    ...
    .addDisposableTo(disposeBag) // only one top most disposable