Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
LaravelでDIを扱う仕組み ~Service ContainerとService Pro...
Search
2bo
December 05, 2019
Technology
2
1.4k
LaravelでDIを扱う仕組み ~Service ContainerとService Provider~
2bo
December 05, 2019
Tweet
Share
More Decks by 2bo
See All by 2bo
LaravelでGraphQLを試してみた
tsubokoh
0
490
Other Decks in Technology
See All in Technology
(機械学習システムでも) SLO から始める信頼性構築 - ゆる SRE#9 2025/02/21
daigo0927
0
140
AndroidXR 開発ツールごとの できることできないこと
donabe3
0
130
Cloud Spanner 導入で実現した快適な開発と運用について
colopl
1
710
現場で役立つAPIデザイン
nagix
33
12k
ビジネスモデリング道場 目的と背景
masuda220
PRO
9
540
人はなぜISUCONに夢中になるのか
kakehashi
PRO
6
1.7k
N=1から解き明かすAWS ソリューションアーキテクトの魅力
kiiwami
0
130
開発組織のための セキュアコーディング研修の始め方
flatt_security
3
2.4k
データ資産をシームレスに伝達するためのイベント駆動型アーキテクチャ
kakehashi
PRO
2
550
目の前の仕事と向き合うことで成長できる - 仕事とスキルを広げる / Every little bit counts
soudai
24
7.2k
飲食店予約台帳を支えるインタラクティブ UI 設計と実装
siropaca
7
1.8k
管理者しか知らないOutlookの裏側のAIを覗く#AzureTravelers
hirotomotaguchi
2
430
Featured
See All Featured
Designing for Performance
lara
604
68k
BBQ
matthewcrist
87
9.5k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
Why Our Code Smells
bkeepers
PRO
336
57k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
630
The World Runs on Bad Software
bkeepers
PRO
67
11k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
GitHub's CSS Performance
jonrohan
1030
460k
Optimizing for Happiness
mojombo
376
70k
Transcript
LaravelでDIを扱う仕組み ~Service ContainerとService Provider~ 19.12.05 @AkogareSe
• @AkogareSe • エンジニア8年目 ◦ SIer->社内エンジニア ◦ PHP歴1年 ◦ Laravel勉強中
◦ AWS/Vue.js勉強したい • 旅行好き • IKEAシャークかわいい 自己紹介
話すこと • Dependency Injection(DI)の簡単な説明 • LaravelでDIを扱うための機能 ◦ Service Container ◦
Service Provider
DIとは? • 日本語では「依存性の注入」という • オブジェクト指向プログラミングのデザインパターン
依存とは? • あるクラスの処理が別の具体クラスの存在を前提にしていること ◦ 別クラスのオブジェクトを処理の中で生成すること
依存の例
Mailer ------------------------------------------------------- send() RecommendService ------------------------------------------------------- recommend() RecommendServiceクラスが Mailerに依存している状態 依存 利用
依存の何が問題? • 単体テストしづらい ◦ テストの時はメール送りたくない ◦ Mailerにテスト用の分岐処理を追加する • 依存する側の再利用性の低下 ◦
メールではなく、場合によってSMSで送りたい ◦ RecommendServiceをそのまま利用できない
DI = 利用するオブジェクトを外部から注入 • 利用するオブジェクトを引数で渡す • パターン ◦ コンストラクタ ◦
メソッド ◦ セッター
DIの例
Mailer RecommendService Mailerに依存していない send()を持つクラスであればよい 利用
DIの効果 • 振る舞いを外部から変えられる ◦ send()さえ実装されていればどんなオブジェクトでもよい ▪ 実際にはメールを送らないもの ▪ SMS送信するもの ▪
Line送信するもの ▪ etc
DIの課題とコンテナ • 課題 ◦ 注入するオブジェクトの生成をどこでやるか? ◦ オブジェクトが多かったり、入れ子だと生成が大変 ▪ A,B,C ▪
A->B->C • DIコンテナ ◦ DIに必要な機能を提供するソフト/フレームワーク ◦ 注入するオブジェクトの生成、管理を担う
ここまではわかった
ここからはLaravelの話
Laravel勉強中出会った謎の用語 • “Service Container” と “Service Provider” • どうやらDIに関連するものらしい...?
ドキュメント読んでみた...けど??? • Service Container ❝Laravelのサービスコンテナは、クラス間の依存を管理する強力な管理ツールです。❞ • Service Provider ❝サービスプロバイダは、 Laravelアプリケーション全体の起動処理における、初めの心臓部です。
❞ https://readouble.com/laravel/6.x/ja/ より
None
つまり何? • Service Container ◦ DIコンテナ • Service Provider ◦
Laravelのサービス(機能)の初期化処理を書くクラス ◦ SCへオブジェクトの生成方法を登録する場所として使われる
SCの自動注入機能
Hello ------------------------------------------------------- say() GreetingController ------------------------------------------------------- geet() コントローラメソッドの型宣言を見て オブジェクトを自動で生成/注入 依存 利用
これだと依存したまま
抽象化する
GreetingInterface ------------------------------------- say() GreetingController ------------------------------------ greet() 依存 Hello -------------------------------------- say()
実装 GreetingInterfaceに依存するように変更
これだけでは動かない
SCにインターフェイスとオブジェクトの対応を登録 • bind()で登録 • GreetingInterfaceの型指定に対して、Helloオブジェクトを生成・注入させる
結局Helloに依存?
bind()用の場所がある
Service Provider
Service Provider • register()はSCへのバインド処理を書くための既定メソッド • Laravelの初期化処理時に実行される
まとめ • DI ◦ 利用するオブジェクトを引数で渡してやること ◦ 振る舞いを後から変えられる • DIコンテナ ◦
DIに必要な機能を提供してくれるもの • Service Container ◦ LaravelのDIコンテナ • Service Provider ◦ SCにオブジェクトの生成ルールを登録するところ
おわり
おまけ
GreetingInterface ------------------------------------- say() GreetingController ------------------------------------ greet() 依存 Hello ------------ say()
実装 GreetingInterfaceを実装したGoodByeクラスを追加 GoodBye ------------ say() 実装
bind()メソッドにはクロージャを渡すこともできる • クロージャの戻値はSCに生成してほしいインスタンス • 動的なバインドが可能
ほんとのおわり