kyusoklee/rxswift_practice

RxSwiftの勉強のためのリポジトリ

📚RxSwiftの勉強をしながら、メモした要約

📌目次

• 概要
• Observable

概要

RxSwift

• 普段、作成するほどんどのコードは、外部イベントによる応答に関連する
• ユーザがコントロールを操作する際、応答するIBAction handler、キーボードの位置変更を検出するためにnotificationを観察する必要がある
• また、urlsessionがデータで応答するときに実行するClosure、KVOを使用して変数の変更を検出する感知する必要がある
• このような作業はコードを複雑🧐にする
• また、一般的にほとんどのクラスは、非同期的に作業を進め、全てのUI componentsは本質的に非同期的である
• そのため、自分があるコードを作成したとき、毎度どのような順序でコードが作動するのかを正確に過程することは不可能
• 結局、アプリのコードはユーザの入力、ネットワークや他のOSイベントといった様々な外部要因によって完全に異なる順序で実行されることがあり得る
• 全ての呼び出しの応答コードを処理する一貫したシステムがあれば、より効率的なコードの作成ができるのではないか！？という考えから生み出されたのがこのRxSwift
• 全体的な過程でObservableとObserverだけがあり、delegateパータン、クラス間の通信のためのClosureを用いる必要がなくなる
• RxSwiftは、コードが新しいデータに反応し、順次的に分離された方式で処理を行うので、非同期プログラミングの開発を簡素化する

RxSwiftを使うメリット

• Swiftに反応型プログラミングを導入することで、一貫性のない非同期コードを一つの非同期コードで開発することが可能
• 拡張が不可能なアーキテクチャパータンの解決に役立つ
• Thread処理がしやすくなる
• 違いに異なる実装した責務(ロジック)を組み合わせやすくなるので、Call-backの地獄から脱出可能
• UI イベント、ネットワーク処理などのデータを更新するときの処理が簡単になり、コードもクリーンになる

RxSwiftの短所

• Learing Curveが高い.つまり、難易度が高いので、学習する時間がSwiftより相対的にたくさんかかる
• Closureの使用が多いため、循環参照Cycleやメモリリークに注意しなければならない. ..[weak self]
• どこまでをRxで作業するかを決めることが曖昧..?(チームで十分な協議があれば、対応できる)

Observable

• Rx コードの基盤であり、"🔥心臓"!
• T型のデータsnapshotを"伝達"することができる一連のイベントを非同期的に生成する機能
• 他のクラスで作った値を時間の流れに合わせて読むことができる
• 1つ以上のObserverがリアルタイムでどのイベントに反応したかを、３つのタイプのイベントだけを放出
• Observable = Observable Sequence = Sequence
• 非同期的(asynchronous)
• Observableは一定期間、イベントを生成し続ける(emit)
• イベントには next, error, completedがある