Downloaded 17 times
![[豆ナイト]Java small object programming](https://cdn.slidesharecdn.com/ss_thumbnails/javasmall-objectprogramming-121027014424-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
Dependency injection
- 1.
- 2. WHO? • 松村 勇輝 •Twitter. @Yuki_312 • Yukiの枝折. http://yuki312.blogspot.jp/ • Android Developer
- 3. CONTENTS • 依存性 • DIFramework • Dagger2 • テストとアーキテクチャ • 補足
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11. 依存性 実装クラスはインスタンス化しなければならない. class GitHub { privateGitHubStore store = new GitHubDatabase(); } GitHubDatabase new GitHub <interface> GitHubStore
- 12. 依存性 newが依存性を生む. GitHubの保存形式がDatabaseに固定されてしまう. GitHubDatabase new GitHub <interface> GitHubStore class GitHub { privateGitHubStore store = new GitHubDatabase(); }
- 13. 依存性 依存性はシステムの振る舞いを固定する. GitHubDatabase new GitHub <interface> GitHubStore class GitHub { privateGitHubStore store = new GitHubDatabase(); }
- 14. 依存性 依存性はシステムの振る舞いを固定する. 依存性はシステムの多様性を殺す. GitHubDatabase new GitHub <interface> GitHubStore class GitHub { privateGitHubStore store = new GitHubDatabase(); }
- 15.
- 16.
- 17. • 制御の反転 –Inversion of Control • ハリウッドの原則 – Hollywood Principle 依存性の注入 GitHub GitHubDatabase new
- 18.
- 19. 依存性の注入 GitHub GitHubDatabase Inject ハリウッドの原則「おまえが呼ぶな, おれが呼ぶ」 classGitHub { public GitHub(GitHubStore store) {...} } new GitHub(new GitHubDatabase());
- 20. 依存性の注入 GitHub GitHubDatabase Inject ハリウッドの原則「おまえが呼ぶな, おれが呼ぶ」 classGitHub { public GitHub(GitHubStore store) {...} } new GitHub(new GitHubDatabase());
- 21. 依存性の注入 ハリウッドの原則「おまえが呼ぶな, おれが呼ぶ」 GitHub GitHubStore GitHubDatabase Client new Inject classGitHub { public GitHub(GitHubStore store) {...} } new GitHub(new GitHubDatabase());
- 22. 依存性の注入 GitHubの依存性を制御できるようになった. e.g. 商用ではDatabase, 検証用ではMemorycacheに... 切り替えが容易になって, テストが楽になる！
- 23.
- 24.
- 25. new, new, new... 制御の反転だけでは生成コードが散在する ClientA: newGitHub(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: newGitHub(new GitHubDatabase() new GitHubMemcached()); ClientB: setDatabase(new GitHubDatabase() new GitHubMemcached()); ClientC: create(new GitHubDatabase() new GitHubMemcached());
- 29.
- 30.
- 31.
- 32.
- 33. Factory Pattern GitHub GitHubStore GitHubDatabase Client Inject GitHubDatabase FactoryPattern適用前 class GitHub { public GitHub(GitHubStore store) {...} } new GitHub(new GitHubDatabase());
- 34. Factory Pattern Factory Pattern適用後 GitHubGitHubStore GitHubDatabase Client
- 35.
- 36.
- 37.
- 38.
- 39.
- 40. Factory Pattern Clientを実装の詳細から隠蔽する GitHub GitHubStore GitHubDatabase Client Factory newGitHub(Factory.getGitHubStore(type, flag)); Inject
- 41.
- 42.
- 43.
- 44. Factoryの問題 • 多くの生成処理を委譲されて肥大化する • 生成順序,構築方法に責任を持つ責務過多
- 45. Factoryの問題 • 多くの生成処理を委譲されて肥大化する • 生成順序,構築方法に責任を持つ責務過多 • Shared Object? Singleton?
- 46. Factoryの問題 • 多くの生成処理を委譲されて肥大化する • 生成順序,構築方法に責任を持つ責務過多 • Shared Object? Singleton? • Lifecycle, Scopeの管理も必要
- 47.
- 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.
- 51.
- 52.
- 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.
- 57. Dagger2 • for Java& Android • Annotation Processingベースでデバッグが楽 • 高速 • コンパイル時に依存性の検証を行う • Googleがメンテナ
- 58.
- 59. Dagger2 DI Frameworkの3ステップ 1. 依存性の要求 Dagger2 RequestDependency GitHub
- 60. Dagger2 DI Frameworkの3ステップ 1. 依存性の要求 2.依存性の探索 Dagger2GitHub Lookup Dependency
- 61. Dagger2 DI Frameworkの3ステップ 1. 依存性の要求 2.依存性の探索 3. 依存性の充足 Dagger2 Inject Dependency GitHub
- 62.
- 63.
- 64.
- 65. 依存性の要求 依存オブジェクトは @Inject で要求する Dagger2 GitHub GitHubStore @InjectGitHubStore store;
- 66. 依存性の要求 依存オブジェクトは @Inject で要求する Dagger2 GitHub GitHubStore RequestDependency @Inject GitHubStore store;
- 67.
- 68.
- 69.
- 70. 依存性の探索 Dagger2 GitHubDatabase class GitHubDatabase { @InjectGitHubDatabase() {...} }
- 71. 依存性の探索 Dagger2 GitHubDatabase lookup & new classGitHubDatabase { @Inject GitHubDatabase() {...} }
- 72.
- 73.
- 74.
- 75.
- 76.
- 77.
- 78.
- 79.
- 80.
- 81.
- 82.
- 83.
- 84.
- 85.
- 86.
- 87. 依存性の充足 ソフトウェア全体の依存性を満たす Dagger2RepositoryViewer GitHub GitHub lookup &new GitHubWebApi GitHubDatabase
- 88.
- 89.
- 90.
- 91.
- 92.
- 93.
- 94.
- 95.
- 96.
- 97.
- 98. 依存性の提供 @Provides Instance Provider provideGitHubStore @Provides GitHubStoreprovideGitHubStore() { return new GitHubDatabase(); }
- 99.
- 100.
- 101.
- 102. 依存性の提供 Dagger2GitHub GitHubStore Instance Provider provideGitHubStore Call FactoryMethod GitHubDatabase
- 103.
- 104.
- 105.
- 106.
- 107. 依存性の提供 @Provides Instance Provider provideGitHubStore @Provides GitHubStoreprovideGitHubStore() { return new GitHubDatabase(); }
- 108. 依存性の提供 @Provides • インタフェースの解決（具体化） • 管理外クラスへの@Inject宣言 •オブジェクトの構築を伴う生成 Instance Provider provideGitHubStore @Provides GitHubStore provideGitHubStore() { return new GitHubDatabase(); }
- 109. 依存性の提供 @Providesを持つクラスには @Module を付与する @Module classApplicationModule { @Provides GitHubStore provideGitHubStore() { return new GitHubDatabase(); } }
- 110.
- 111. Graph Building the Graph Graphは“Component” の単位で管理する GitHubDatabaseGitHubWebApi GitHub RepositoryViewer Dagger2 Component
- 112. Building the Graph Graphの設計図として@Componentを宣言する @Component(modules=ApplicationModule.class) interfaceApplicationComponent {...}
- 113. Building the Graph Graphの操作はComponentを通じて行われる ClientComponent 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.
- 117. Test & Architecture DIが促進するもの •レイヤーをきれいに分離できる • レイヤーが独立し, レイヤーの差し替えが容易 • テストが楽になる！
- 118. Test & Architecture テスタビリティの向上 •テストは検証用モジュールで実施 • テスト用レイヤに差し替え etc.
- 119.
- 120.
- 121.
- 122.
- 123.
- 124.
- 125.
- 126.
- 127. Sample code GitHub -Dagger2Sample https://github.com/YukiMatsumura/Dagger2Sample
- 128.
- 129. Dependency Injection • オブジェクトの生成は依存性を生む •オブジェクトの生成はコスト/責務である • おまえが呼ぶな, おれが呼ぶ • DIがレイヤーの独立性を高める • DIがテスタビリティを高める
- 130.
- 131.
- 132.
- 133.
- 134.
- 135.
- 136.
- 137.
- 138.