Recommended
More Related Content
What's hot
What's hot (20)
Similar to Dependency injection
Similar to Dependency injection (20)
Dependency injection
- 2. WHO? • 松村 勇輝 • Twitter. @Yuki_312 • Yukiの枝折. http://yuki312.blogspot.jp/ • Android Developer
- 3. CONTENTS • 依存性 • DI Framework • Dagger2 • テストとアーキテクチャ • 補足
- 4. ソフトウェア設計の課題
- 5. 依存性
- 6. 依存性
- 11. 依存性 実装クラスはインスタンス化しなければならない. class GitHub { private GitHubStore store = new GitHubDatabase(); } GitHubDatabase new GitHub <interface> GitHubStore
- 12. 依存性 newが依存性を生む. GitHubの保存形式がDatabaseに固定されてしまう. GitHubDatabase new GitHub <interface> GitHubStore class GitHub { private GitHubStore store = new GitHubDatabase(); }
- 13. 依存性 依存性はシステムの振る舞いを固定する. GitHubDatabase new GitHub <interface> GitHubStore class GitHub { private GitHubStore store = new GitHubDatabase(); }
- 14. 依存性 依存性はシステムの振る舞いを固定する. 依存性はシステムの多様性を殺す. GitHubDatabase new GitHub <interface> GitHubStore class GitHub { private GitHubStore store = new GitHubDatabase(); }
- 17. • 制御の反転 – Inversion of Control • ハリウッドの原則 – Hollywood Principle 依存性の注入 GitHub GitHubDatabase new
- 19. 依存性の注入 GitHub GitHubDatabase Inject ハリウッドの原則「おまえが呼ぶな, おれが呼ぶ」 class GitHub { public GitHub(GitHubStore store) {...} } new GitHub(new GitHubDatabase());
- 20. 依存性の注入 GitHub GitHubDatabase Inject ハリウッドの原則「おまえが呼ぶな, おれが呼ぶ」 class GitHub { public GitHub(GitHubStore store) {...} } new GitHub(new GitHubDatabase());
- 21. 依存性の注入 ハリウッドの原則「おまえが呼ぶな, おれが呼ぶ」 GitHub GitHubStore GitHubDatabase Client new Inject class GitHub { public GitHub(GitHubStore store) {...} } new GitHub(new GitHubDatabase());
- 22. 依存性の注入 GitHubの依存性を制御できるようになった. e.g. 商用ではDatabase, 検証用ではMemory cacheに... 切り替えが容易になって, テストが楽になる！
- 23. CREATION DESIGN
- 25. new, new, new... 制御の反転だけでは生成コードが散在する ClientA: new GitHub(new GitHubDatabase()); ClientB: setDatabase(new GitHubDatabase()); ClientC: create(new GitHubDatabase());
- 26. new, new, new... e.g. UnitTestではMemory cacheでテストしたい ClientA: new GitHub(new GitHubDatabase()); ClientB: setDatabase(new GitHubDatabase()); ClientC: create(new GitHubDatabase());
- 27. new, new, new... e.g. UnitTestではMemory cacheでテストしたい ClientA: new GitHub(new GitHubDatabase() new GitHubMemcached()); ClientB: setDatabase(new GitHubDatabase() new GitHubMemcached()); ClientC: create(new GitHubDatabase() new GitHubMemcached());
- 28. new, new, new... クライアントも含めたテストが難しい... システム全体の依存性を変更するのが難儀... ClientA: new GitHub(new GitHubDatabase() new GitHubMemcached()); ClientB: setDatabase(new GitHubDatabase() new GitHubMemcached()); ClientC: create(new GitHubDatabase() new GitHubMemcached());
- 29. FACTORY PATTERN
- 32. Factory Pattern GitHub GitHubStore GitHubDatabase Client Inject GitHubDatabase Factory Pattern適用前
- 33. Factory Pattern GitHub GitHubStore GitHubDatabase Client Inject GitHubDatabase Factory Pattern適用前 class GitHub { public GitHub(GitHubStore store) {...} } new GitHub(new GitHubDatabase());
- 34. Factory Pattern Factory Pattern適用後 GitHub GitHubStore GitHubDatabase Client
- 37. Factory Pattern FactoryがGitHubDatabaseを生成する GitHub GitHubStore GitHubDatabase Client Factory new
- 40. Factory Pattern Clientを実装の詳細から隠蔽する GitHub GitHubStore GitHubDatabase Client Factory new GitHub(Factory.getGitHubStore(type, flag)); Inject
- 41. FACTORYの問題
- 42. Factoryの問題
- 44. Factoryの問題 • 多くの生成処理を委譲されて肥大化する • 生成順序, 構築方法に責任を持つ責務過多
- 45. Factoryの問題 • 多くの生成処理を委譲されて肥大化する • 生成順序, 構築方法に責任を持つ責務過多 • Shared Object? Singleton?
- 46. Factoryの問題 • 多くの生成処理を委譲されて肥大化する • 生成順序, 構築方法に責任を持つ責務過多 • Shared Object? Singleton? • Lifecycle, Scopeの管理も必要
- 48. Factoryの問題 依然, 散在するコピペコード Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag); Factory.getGitHubStore(type, flag);
- 49. 解決策
- 50. DI FRAMEWORK
- 51. DI Framework
- 53. DI Framework • コピペコードの排除 • 依存オブジェクトの管理を委譲
- 54. DI Framework • コピペコードの排除 • 依存オブジェクトの管理を委譲 GitHub GitHubStore GitHubDatabase Client Factory new Inject 依存オブジェクト
- 55. DI Framework • コピペコードの排除 • 依存オブジェクトの管理を委譲 GitHub GitHubStore GitHubDatabase Client new DI FW. Inject 依存オブジェクト
- 56. DAGGER2
- 57. Dagger2 • for Java & Android • Annotation Processingベースでデバッグが楽 • 高速 • コンパイル時に依存性の検証を行う • Googleがメンテナ
- 59. Dagger2 DI Frameworkの3ステップ 1. 依存性の要求 Dagger2 Request Dependency GitHub
- 60. Dagger2 DI Frameworkの3ステップ 1. 依存性の要求 2. 依存性の探索 Dagger2GitHub Lookup Dependency
- 61. Dagger2 DI Frameworkの3ステップ 1. 依存性の要求 2. 依存性の探索 3. 依存性の充足 Dagger2 Inject Dependency GitHub
- 62. 依存性の要求
- 65. 依存性の要求 依存オブジェクトは @Inject で要求する Dagger2 GitHub GitHubStore @Inject GitHubStore store;
- 66. 依存性の要求 依存オブジェクトは @Inject で要求する Dagger2 GitHub GitHubStore Request Dependency @Inject GitHubStore store;
- 67. 依存性の探索
- 70. 依存性の探索 Dagger2 GitHubDatabase class GitHubDatabase { @Inject GitHubDatabase() {...} }
- 71. 依存性の探索 Dagger2 GitHubDatabase lookup & new class GitHubDatabase { @Inject GitHubDatabase() {...} }
- 73. 依存性の充足
- 80. 依存性の充足 ソフトウェア全体の依存性を満たす Dagger2GitHub GitHubWebApi DI GitHubDatabase GitHubWebApi GitHubDatabase
- 87. 依存性の充足 ソフトウェア全体の依存性を満たす Dagger2RepositoryViewer GitHub GitHub lookup & new GitHubWebApi GitHubDatabase
- 91. 続. 依存性の探索
- 93. 依存性の探索 コンストラクタへの@Injectでは解決できないケース • インタフェースの解決（具体化） • 管理外クラスへの@Inject宣言 • オブジェクトの構築を伴う生成
- 98. 依存性の提供 @Provides Instance Provider provideGitHubStore @Provides GitHubStore provideGitHubStore() { return new GitHubDatabase(); }
- 102. 依存性の提供 Dagger2GitHub GitHubStore Instance Provider provideGitHubStore Call Factory Method GitHubDatabase
- 104. 依存性の提供 Dagger2GitHub GitHubStore Instance Provider provideGitHubStore GitHubDatabase GitHubDatabase
- 107. 依存性の提供 @Provides Instance Provider provideGitHubStore @Provides GitHubStore provideGitHubStore() { return new GitHubDatabase(); }
- 108. 依存性の提供 @Provides • インタフェースの解決（具体化） • 管理外クラスへの@Inject宣言 • オブジェクトの構築を伴う生成 Instance Provider provideGitHubStore @Provides GitHubStore provideGitHubStore() { return new GitHubDatabase(); }
- 109. 依存性の提供 @Providesを持つクラスには @Module を付与する @Module class ApplicationModule { @Provides GitHubStore provideGitHubStore() { return new GitHubDatabase(); } }
- 110. GRAPH
- 111. Graph Building the Graph Graphは “Component” の単位で管理する GitHubDatabaseGitHubWebApi GitHub RepositoryViewer Dagger2 Component
- 112. Building the Graph Graphの設計図として@Componentを宣言する @Component(modules=ApplicationModule.class) interface ApplicationComponent {...}
- 113. Building the Graph Graphの操作はComponentを通じて行われる Client Component ApplicationComponent component = DaggerApplicationComponent.builder() .applicationModule(new ApplicationModule()) .build();
- 114. 俯瞰図
- 115. @Inject memberField; @Module @Component / Dagger2 @Provide Interface / Unmanaged Class Graph CREATE / BUILD PROVIDE FACTORY METHOD DEPENDENCY INJECTION @Inject Constructor() CREATE 依存オブジェクト 依存性の充足 依存性の要求
- 116. TEST & ARCHITECTURE
- 117. Test & Architecture DIが促進するもの • レイヤーをきれいに分離できる • レイヤーが独立し, レイヤーの差し替えが容易 • テストが楽になる！
- 118. Test & Architecture テスタビリティの向上 • テストは検証用モジュールで実施 • テスト用レイヤに差し替え etc.
- 119. DEMO
- 120. Demo 商用…WebAPIの結果を表示&Databaseへ永続化 検証用…WebAPIの結果を表示&オンメモリキャッシュ シナリオ: 通常は商用環境で試験. ただし, AWS Device Farmでは検証用で試験.
- 127. Sample code GitHub - Dagger2Sample https://github.com/YukiMatsumura/Dagger2Sample
- 128. まとめ
- 129. Dependency Injection • オブジェクトの生成は依存性を生む • オブジェクトの生成はコスト/責務である • おまえが呼ぶな, おれが呼ぶ • DIがレイヤーの独立性を高める • DIがテスタビリティを高める
- 130. 以降, 補足
- 131. Graphの操作 ComponentでGraphの操作を定義 • Graphが属するScopeの宣言 • 依存性注入のポイントを外部公開 • 他Componentへの依存
- 134. Lazy Injection • オブジェクト取得時に依存性を解決・注入する • 遅延初期化
- 138. 以上 ご清聴ありがとうございました