クラス間の依存関係を無くすメ リット PR TIMES 開発本部　永井陽也 

自己紹介 永井陽也(ながい はるや) ・好きな言語 PHP(最近の研修でめっちゃ触ってます) ・得意領域 バックエンド ・趣味 ドライブ、Netflix、 

アジェンダ ・クラス間の依存関係を無くすメリット ・依存関係について ・依存関係の逆転について ・依存性の注入について ・LaravelのFortifyのコードを例にメリットを見ていく ・テストのしやすさについて ・再利用性と保守性が上がることについて ・結論(クラス間の依存関係を無くすメリット) 

クラス間の依存関係を無くすメリット 　　　　　　 ・テストがしやすくなる ・再利用性と保守性が上がる 

　依存関係・依存関係の逆転・依存性の注入に ついて 

依存関係について 

依存関係 クラスAがクラスBに依存している クラスBが ・getMessage()という名前に変更したら ・getMessage()の戻り値の型をstringではなく intにしたら クラスAが求めるものはクラスBによって左右され る 

依存関係の逆転 

依存関係の逆転→インターフェースを定義する クラスAが求めるメソッドを定義 

依存関係の逆転→インターフェースの実装 ・クラスBはインターフェースに依存している ・クラスAはインターフェースによって、抽象化された 依存の向きが クラスA→クラスBから クラスB→インターフェース(クラスA) 　　　　　依存関係の逆転 

依存性の注入 

依存性の注入 呼び出し元からは、 インターフェースを実装したクラスならク ラスAに何でも渡せるように インターフェースによる、クラスAの抽 象化の結果 　　　依存性の注入 

　　LaravelのFortifyというライブラリを例に見ていく 

Fortifyのユーザ登録機能について ユーザ登録を行うControllerのメソッド →store() ・ユーザをDBに登録する処理 ・ログインする処理 ・レスポンスを生成する処理 今回注目するのは ユーザ情報をDBに登録する処理について →create() 

依存関係と依存関係の逆転について 

インターフェースの使用 「ユーザをDBに登録する処理」をインターフェースによって、抽象化している 

CreateNewUser クラス CreatesNewUsers インターフェース CreateNewUser クラス CreatesNewUsers インターフェース CreateNewUser クラス CreatesNewUsers インターフェース ユーザ登録を行う Controllerクラスの store() ユーザをDBへ登録 するクラス ユーザをDBへ登録 するクラス CreatesNewUsers インターフェース ユーザ登録を行う Controllerクラスの store() インターフェースによって依存関係の逆転 

テストのしやすさについて 

ユーザ登録機能のテストについて ユーザー登録ができるかどうかのテス ト （Controllerのstore()のテスト） インターフェースを定義しているからこそmockができます 

依存関係の逆転をしていないと。。 

インターフェースを使って依存関係を逆転させていないと もしある特定のクラスに依存している場 合 つまり、store()のテストを書く際に意識しなく て良い部分も意識することに。。 振る舞いを自由に定義できない mock化できない テストのしやすさ↓ CreateNewUserというクラ スに依存している 依存性の注入できない 

インターフェースを使って依存関係を逆転させ、 依存性の注入を使うと。。 

依存関係を無くすことで、テストがしやすくなる インターフェースを使うことでstore()は、 store()のテストでユーザをDBに登録する処理を意 識せずにstore()のテストだけに集中できるように テストのしやすさ↑ 「ユーザをDBに登録する処理」ついて依存関係 を無くすことができた →依存関係の逆転 振る舞いを自由に決めmockにすることができる →依存性の注入 

再利用性と保守性について 

Fortifyのユーザ登録機能について(再喝) ユーザ登録を行うControllerのメソッド →store() ・ユーザをDBに登録する処理 ・ログインする処理 ・レスポンスを生成する処理 今回注目するのは ユーザ情報をDBに登録する処理について →create() 

依存関係の逆転をしていないと。。 

インターフェースを使って依存関係を逆転させていないと もしある特定のクラスに依存してい る場合 依存しているクラス以外を使う際は毎 回store()にまで変更を加える必要ある store()は常に依存しているクラスの 変更を意識しなければならない 再利用性↓ 保守性↓ CreateNewUserというクラ スに依存している 依存性の注入もできない 

インターフェースを使って依存関係を逆転させ、 依存性の注入を使うと 

依存関係を無くすことで、再利用性と保守性が上がる インターフェースがあることで、 store()が求めるものが変更されない限り、影響を受け ることがなくなった →依存関係の逆転 ・変更の影響範囲については インターフェースだけ意識すれば良い 保守性↑ 再利用性↑ ・「ユーザをDBに登録する処理」について、 インターフェースを実装するクラスなら何でも注入 (依存性の注入)できるようになった store()は 

クラス間の依存関係を無くすメリット(再喝) ・テストがしやすくなる ・再利用性と保守性が上がる インターフェースを使って依存関係を逆転させ、 依存性の注入を使うと 

ご清聴ありがとうございました！ 

参考文献 イラストで理解するSOLID原則 https://qiita.com/baby-degu/items/d058a62f145235a0f007 猿でも分かる! Dependency Injection: 依存性の注入 https://qiita.com/hshimo/items/1136087e1c6e5c5b0d9f 依存性の逆転のいちばんわかりやすい説明 https://zenn.dev/naas/articles/c743a3d046fa78 Fortifyのリポジトリ(Git Hub) https://github.com/laravel/fortify/tree/07fb77dc2a0a1c9dee9612ad61c3d9901f87ba71 依存性の注入(DI)とは？決済機能で活用してみた https://juno-engineer.com/article/laravel-dependency-injection/ 保守性と再利用性 https://banpeisya.com/2021/06/16/%E4%BF%9D%E5%AE%88%E6%80%A7%E3%81%A8%E5%86%8D%E5%88%A9%E7%94%A8%E6%80%A7% E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6%E8%80%83%E3%81%88%E3%81%A6%E3%81%BF%E3%82%8B/