Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
LaravelでDIを扱う仕組み ~Service ContainerとService Pro...
Search
2bo
December 05, 2019
Technology
1.6k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
LaravelでDIを扱う仕組み ~Service ContainerとService Provider~
2bo
December 05, 2019
More Decks by 2bo
See All by 2bo
LaravelでGraphQLを試してみた
tsubokoh
0
570
Other Decks in Technology
See All in Technology
ASTを使って影響範囲を特定する
nealle
0
160
omasushiというライブラリを作った
polidog
PRO
0
200
SQL文一行も書けない人事がCortexもろもろを使って人事業務を楽にしてみる
ponponmikankan
1
220
10分で知る最近のOmarchy
komagata
0
260
Amazon S3 Tablesに全部任せてみた結果——コンパクション/スナップショット管理は本当に手放せるか
shigeruoda
1
470
株式会社シーエーシー エンジニア向け会社紹介資料
cac
0
57k
目の前の楽しいが人生を変える - コミュニティの螺旋の歩き方と楽しむコツ / change your life
soudai
PRO
4
440
アプリログインとWeb認証基盤をつなぐ ASWebAuthenticationSession 作法
shimastripe
1
200
AIで開発は速くなったのに、なぜ現場は楽にならないのか 〜あなたの組織のボトルネックを突き止めるワークショップ〜
jacopen
1
330
越境するなら専門用語を使うな高校校歌 / If you wanna cross border, you shouldn't use jargon
vtryo
0
120
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyond KPIs: Evals as a Second Evaluation Framework for Products #PdEConf
aki_iinuma
4
3.9k
AIネイティブプロダクトで顧客価値を最大化するプロダクトエンジニアとFDEの協働
righttouch
PRO
0
230
Featured
See All Featured
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
930
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.1k
Designing for Timeless Needs
cassininazir
1
470
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
280
Skip the Path - Find Your Career Trail
mkilby
1
220
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
The browser strikes back
jonoalderson
0
1.7k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
540
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
First, design no harm
axbom
PRO
2
1.3k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
690
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に生成してほしいインスタンス • 動的なバインドが可能
ほんとのおわり