Downloaded 230 times
More Related Content
はじめてのUniRx
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7. もくじ • 自己紹介 • UniRxの使いドコロ –Update()を消し去る – コンポーネントをストリームでつなぐ • （補足）HotとColdについて – uGUIと組み合わせて使う – コルーチンと組み合わせる • おわりに
- 8. もくじ • 自己紹介 • UniRxの使いドコロ –Update()を消し去る – コンポーネントをストリームでつなぐ • （補足）HotとColdについて – uGUIと組み合わせて使う – コルーチンと組み合わせる • おわりに
- 9. 自己紹介 • 名前 とりすーぷ（@toRisouP） •本業はWeb系（最近はScalaを書いてる） • 趣味でC#/Unity開発をやってます
- 10. Unityでつく(った|ってる)もの • みくみくまうす – ニコ生配信支援ツール •みこバト～レ – 東方2次創作ゲーム • YASAI KUDAMONO – 超あほげーで作成 3つともUniRxを使ってます
- 11. YASAI KUDAMONO • 超あほげー向けに18時間くらいで作ったゲーム •UniRxを随所に使った設計になってる • ソースコードを公開しているのでUniRxの参考になれば – https://github.com/TORISOUP/YasaiKudamonoSrc
- 12. もくじ • 自己紹介 • UniRxの使いドコロ –Update()を消し去る – コンポーネントをストリームでつなぐ • （補足）HotとColdについて – uGUIと組み合わせて使う – コルーチンと組み合わせる • おわりに
- 13.
- 14.
- 15.
- 16.
- 17. Updateを消し去るメリット • 処理ごとに横に並べて記述ができる可能 – 処理ごとのスコープが明示されるようになる –機能追加、削除、変更が容易にできるようになる – 記述が宣言的になり処理の意図がわかりやすくなる • Rxのオペレータがロジックの実現に使用可能 – 複雑なロジックがオペレータの組み合わせで実装できる
- 18. Observable化する3つの方法 • UpdateAsObservable – 指定したgameObjectに紐づくObservableが作れる –gameObjectのDestroy時にOnCompletedが発行される • Observable.EveryUpdate – gameObjectから独立したObservableが作れる – MonoBehaviourに関係ない場所でも使える • ObserveEveryValueChanged – Observable.EveryUpdateの派生版 – 値の変動を毎フレーム監視するObservableが作れる
- 19.
- 20. 寿命管理の楽な方法 • AddTo – 指定のgameObjectが破棄されたら自動Disposeしてくれる –OnCompletedが発行されるわけではない AddToに渡したgameObjectが Destroyされると一緒にDisposeされる
- 21. もくじ • 自己紹介 • UniRxの使いドコロ –Update()を消し去る – コンポーネントをストリームでつなぐ • （補足）HotとColdについて – uGUIと組み合わせて使う – コルーチンと組み合わせる • おわりに
- 22. ストリームでつなぐ • コンポーネントをストリームでつなぐことで Observerパターンな設計にしてしまう – 全体がイベント駆動になるようにしてしまう –ちなみにRxはObserverパターンそのもの
- 23. タイマを例にして解説 • タイマのカウントを画面に表示する – UniRxを使わずに実装 –UniRxのストリームで実装
- 24. タイマを使った例 • タイマのカウントを画面に表示する – UniRxを使わずに実装 –UniRxのストリームで実装
- 25.
- 26.
- 27. タイマを使った例 • タイマのカウントを画面に表示する – UniRxを使わずに実装 –UniRxのストリームで実装
- 28.
- 29.
- 30.
- 31.
- 32. ストリームでつなぐメリット • Observerパターンが簡単に実装できる – 変化をポーリングする実装が消え去る –必要なタイミングで必要な処理をするように記述すればよい • 既存のイベント通知機構より簡単 – C#のEventは下準備が面倒で使いたくない – UnityのSendMessageは使いたくなく – RxならObservableを用意すればOK！ラクチン！
- 33. もくじ • 自己紹介 • UniRxの使いドコロ –Update()を消し去る – コンポーネントをストリームでつなぐ • （補足）HotとColdについて – uGUIと組み合わせて使う – コルーチンと組み合わせる • おわりに
- 34.
- 35.
- 36.
- 37. 例）Cold Observableの複数回Subscribe • intervalStreamを時間をズラして3回Subscribeする –同じストリームのはずなのにOnNextのタイミングがバラバラ – それぞれ別々のストリームが生成されてしまっているため
- 38.
- 39.
- 40. 続き）Hot変換してみる • ObservableはHotな性質に変換できる – Hot変換オペレータを挟むことでHotにすることができる –さっきのintervalStreamをHot変換してみる
- 41.
- 42.
- 43. Hot/Coldのまとめ • Rxのハマりやすい罠の1つ – 型から判別できないので非常にやっかい –ストリームがHotであるかColdであるか気をつける必要がある – ストリームを外に公開するときはHot変換を挟むと安全 • ほとんどのストリームはColdである – オペレータはほぼ全てColdな性質 – Subjectを内部に持つものが唯一Hotな性質である • Subject,ReactivePropety,Hot変換用オペレータなど
- 44. 詳しく知りたい人は • Qiitaにまとめたのでこちらを読んでください – http://qiita.com/toRisouP/items/f6088963037bfda658d3 –http://qiita.com/toRisouP/items/c955e36610134c05c860
- 45. もくじ • 自己紹介 • UniRxの使いドコロ –Update()を消し去る – コンポーネントをストリームでつなぐ • （補足）HotとColdについて – uGUIと組み合わせて使う – コルーチンと組み合わせる • おわりに
- 46. UniRxとuGUIと組み合わせる • uGUIで使えるModel-View-○○パターン – uGUIで有用なMV○パターンが今まで存在しなかった •MVCパターンはそもそも人によって考え方がバラバラすぎる • MVVMはデータバインディングが無いので使えない – ObservableとReactivePropertyを組み合わせると uGUI周りがスッキリ書ける
- 47. Model-View-(Reactive)Presenter • MV(R)Pパターン – Model-View-Presenterパターン＋ UniRx – 3つのレイヤをObservableでシームレスにつなぐ
- 48.
- 49.
- 50. MV(R)Pパターンの作り方 1. ModelにReactivePropertyを持たせる 2. Presenterをつくる 3.PresenterにModelとViewを登録する 4. Presenter内で Viewの Observableと ModelのReactiveProperty をそれぞ れSubscribeしてつなぎこむ
- 51.
- 52. MV(R)Pな実装例の紹介 • コメントの読み上げタイミングの調整スライダ – SliderとInputFieldが連動する –入力された数値はConfigComponentが保持する
- 53.
- 54.
- 55.
- 56.
- 57. uGUIで使うまとめ • MV(R)PパターンでuGUI周りの設計が楽になる – uGUIを使う場合はおそらく現時点での最適解 –プログラマにとってはやりやすいが、 ノンプログラマの人には触りにくく可能性に注意 • Presenterのベストな作り方はまだ模索中 – PresenterにどうやってModelとViewを登録するか – Presenterを１つにまとめるか、分割して作るか – 動的にPresenterを生成する場合はどうするか
- 58. もくじ • 自己紹介 • UniRxの使いドコロ –Update()を消し去る – コンポーネントをストリームでつなぐ • （補足）HotとColdについて – uGUIと組み合わせて使う – コルーチンと組み合わせる • おわりに
- 59.
- 60. コルーチン⇔Observable • コルーチン→Observable – Observable.FromCoroutine •Observable→コルーチン – StartAsCoroutine
- 61. コルーチン⇔Observable • コルーチン→Observable – Observable.FromCoroutine •Observable→コルーチン – StartAsCoroutine
- 62. コルーチン→Observableのメリット • 複雑なストリームを簡単に作成できる – ファクトリメソッドやオペレータチェーンだけでは 作れない複雑なロジックのストリームを作ることができる •手続き的な処理を隠蔽できる – 煩雑な処理をコルーチンに隠蔽し外からはObservableとして 宣言的に扱えるようにできる
- 63. 例）コルーチンからObservableを作 る • プレイヤの生死に連動したタイマ – プレイヤが生きている間のみカウントダウン –プレイヤが死亡している間はタイマを停止する – ファクトリメソッドやオペレータチェーンで作るのは難しい
- 64.
- 65.
- 66.
- 67. コルーチン⇔Observable • コルーチン→Observable – Observable.FromCoroutine •Observable→コルーチン – StartAsCoroutine
- 68. Observableをコルーチン化する • StartAsCoroutine – OnCompletedが発行されるまでyieldreturn nullし続ける – 完了時に最後のOnNext値を1つ出力する • 非同期処理を同期処理っぽく書けるようになる – Taskのawaitに近いことをUnityコルーチンで実現できる
- 69.
- 70.
- 71.
- 72.
- 73. コルーチンと組み合わせるのまとめ • UnityのコルーチンとObservableは相互変換可能 – 複雑なストリームをコルーチンを使って実装可能 –コルーチン中でイベントの待ち受けが可能 – 非同期処理を同期処理っぽく書くことができるようになる
- 74. もくじ • 自己紹介 • UniRxの使いドコロ –Update()を消し去る – コンポーネントをストリームでつなぐ • （補足）HotとColdについて – uGUIと組み合わせて使う – コルーチンと組み合わせる • おわりに
- 75. UniRxを使う上での心得 • 「全てはストリーム」という世界観を持つ – ストリーム化できる所を探してストリームにすると便利になる –ただしやりすぎは禁物 • Rxは万能ではない知る – やりたいことが宣言的に上手く書けない場合も当然ある – そういった場合はコルーチンと組み合わせると上手くいったりする • 設計を意識する – 行き当たりばったりの設計でUniRxを使うのは非常に危険 – Observerパターンのメリット・デメリットが活かせる
- 76.
- 77.
- 79. 例)Animation同期をキレイに書く • ユニティちゃんがボールを投げる – アニメーションに同期して投げる –投げるボールのパラメータも指定できる
- 80.
- 81.
- 82.
- 83.
- 84.
- 85.
- 86.
- 87.
- 88.
- 89.
- 90.
- 91.
- 92.
- 93.
- 94.