Downloaded 38 times
Uploaded bytorisoup
インタフェース完全に理解した
2018/9/6 Unity Zenject完全に理解した https://connpass.com/event/96928/ の登壇資料です
インタフェース完全に理解した
- 1.
- 2. 自己紹介 • とりすーぷ（@toRisouP） • 株式会社バーチャルキャスト •Unityクライアント開発 • 人類を美少女にする仕事をしてます
- 3.
- 4. 今回の内容 • インタフェースについて適当につらつらと語る • クラスの継承との意味の違い •使いみち • 小ネタ Zenject要素はありません
- 5.
- 6. クラスの継承 • AはBである、という属性を引き継ぐ • is-aの関係を満たす •多重継承できない • 派生クラスは基底クラスのルールを 変えることはできない • リスコフの置換原則
- 7. インタフェースの実装 • インタフェースはわりと自由 • is-aの関係は無い •要求されたふるまいさえ満たせばよい • 必ず「利用者」が存在する • インタフェース定義は利用側が行う
- 8.
- 9. インタフェースの用途 • 疎結合化するのによく使う • オープン・クローズ原則とか、依存関係逆転の原則とか言うアレ •利用側で仕様を決めることができる • 実装の中身について利用側は知らなくていい • 実装の詳細については別パッケージに押し付けることができる
- 10.
- 11.
- 12.
- 13. インタフェースを使うメリット • 依存関係を整理することができる • オープン・クローズ原則、依存関係逆転の原則を満たすことができる •利用側と実装側のパッケージをそれぞれ並行して作れる • 分担作業してもあとで破綻しない • ゲームジャムで特に有効
- 14.
- 15. 依存の解決 • インタフェースを使うと必須になる作業 • どの実装クラスを実際に使うの？ •インスタンス化は誰がして、どう管理するの？
- 16. 手法いくつか • Service Locatorパターン •シングルトンに依存関係を書いて、 クラスが自分でシングルトンに問い合わせるやり方 • DI Containerパターン • DIContainerが各オブジェクトのインスタンス化を管轄する手法 • Zenjectはこれ
- 17. どっちがいいのか • 規模が小さいならService Locatorでもよい •実装がラクですぐ使える • シングルトンへの依存が生まれる点に注意 • DI Containerはハイリスク・ハイリターン • 柔軟な依存関係の制御が可能 • DI Container(Context)の管理自体がまた難しい
- 18.
- 19.
- 20. プロパティを定義する • インタフェースは「プロパティ」の定義ができる • 必要なパラメータがあればプロパティにしておくと良い •一応setもできるけど、おすすめはしない（get onlyが良い）
- 21.
- 22. GetComponent • GetComponentはインタフェースを指定できる • 指定インタフェースを実装したコンポーネントがあると取得できる •Unityの“Tag”代わりに使うこともできなくはない
- 23.
- 24. 拡張メソッドで機能追加 • インタフェースに拡張メソッドを追加できる • 実装済みの関数をインタフェースに含めることができる •traitっぽくしたりすることができる
- 25.
- 26.
- 27.
- 28.
- 29.
- 30. IEquatable<T> • Structの同値判定用のインタフェース • 同値判定をカスタマイズできる •自動実装されるEquals()よりも、パフォーマンスが向上する • Structを定義したらこれも実装しよう
- 31.
- 32.
- 33. 明示的な実装 と 暗黙的な実装 •インタフェースは「明示的な実装」ができる • インタフェース名を指定して実装 • 暗黙的な実装と、明示的な実装とでは挙動が異なる
- 34.
- 35.
- 36.
- 37.
- 38.
- 39. まとめ • インタフェースの用途を覚えよう • 疎結合化するのに使える •Zenjectを使いこなす前に、インタフェースへの理解が必須 • 意外と機能が多い • インタフェースを使いこなせばパフォーマンス向上する場面もある