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のサービスコンテナを知ろう
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
takumin
April 25, 2024
1.4k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Laravelのサービスコンテナを知ろう
春和の候!若手エンジニアふんわりLT Night!
でのLT資料です。
takumin
April 25, 2024
Featured
See All Featured
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
480
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2k
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
340
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
220
How to Ace a Technical Interview
jacobian
281
24k
GitHub's CSS Performance
jonrohan
1033
470k
Ruling the World: When Life Gets Gamed
codingconduct
0
310
Optimising Largest Contentful Paint
csswizardry
37
3.9k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.5k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
360
Transcript
Laravelのサービスコンテナを 知ろう
自己紹介 村上拓海(たくみん) @Ota_Rg_Blog 株式会社ROXX back check事業部開発 LaravelとNuxt.js 男子新体操やってます
サービスコンテナとは > Laravelサービスコンテナは、クラスの依存関係を管理し、依存注入を実行するための強力なツールです。 依存の注入は、本質的にこれを意味する派手なフレーズです。クラスの依存は、コンストラクターまたは場合 によっては「セッター」メソッドを介してクラスに「注入」されます。 要するに ・クラスの依存関係を管理できる箱 ・DIコンテナ
DI(Dependency Injection=依存性注入)とは 依存とは、あるオブジェクトの中で他のオブジェクトの機能を使うこと DI(Dependency Injection=依存性注入) とは、 他のオブジェクトを使用する時に、自身の中ではなく 外から設定してあげる事で、 よりスムーズなソース管理や処理の流れを実現する デザインパターンの事です。
依存関係がある例 MyClassの中でEmailクラスを作成している ・Emailではなく、Gmailを使うとMyClassを修正しない といけなく、柔軟性がない ・単体テストが書きづらい →使う側と使われる側が切り離せていない
依存関係がない例 MyClassの_constructでEmailを外部から注入して いる ・Gmailを使う時にMyClassを修正しなくて良く、 柔軟性がある ・外から設定するので、単体テストが書きやすい →使う側と使われる側が切り離せている
依存関係がないと何が嬉しいの? 使う側と使われる側を切り離すことができる ・疎結合になり、柔軟性が増す ・単体テストが書きやすくなる
サービスコンテナの主なメソッド app()->bind() ・サービスコンテナに登録する ・AppServiceProviderにかく app()->make() ・サービスコンテナに登録したものを使う
実際にどんな時に使うかを紹介 ・外部APIのライブラリ使う時 ・テストの時 ・環境ごとに実装を分けたい時
外部APIのライブラリ使う時 メリット ・依存関係を解決できる ・APIキーの設定を毎回しなくて良くなる
テストの時 メリット ・注入元を変えられるから、単体テストが書 きやすい
環境ごとに実装を分けたい時
まとめ ・サービスコンテナは、クラスの依存関係を管理できる箱 ・依存関係がないと、使う側と使われる側を切り離すことができる ・疎結合になり、柔軟性が増す ・単体テストが書きやすくなる
もっとDIについて知りたい方 なぜ依存を注入するのか DIの原理・原則とパター ン | Steven van Deursen, Mark Seemann,
須田智 之 |本 | 通販 | Amazon 2024/05/17発売 656ページ
ご清聴ありがとうございました