DIとDIコンテナを3分で理解する - Qiita
背景 DIとDIコンテナを調べてみるも、"どういうものか"や"メリット"がパット見よくわからなかった。 そこで、先輩に聞いたら解説がすごいシンプルで目から鱗だったので記載する。 本題の前に DI(Dependency Injection)は「依存性注入」と直訳されるが、以下の英語版Wikipediaからの引用のように、「オブジェクト注入」という解釈のほうがより理解しやすい。 A dependency is an object that can be used (a service). 参考： Dependency Injection - Wikipedia DI（Dependency Injection） - オブジェクト注入 1) 以下のように、コンストラクタで他のオブジェクト(Sampleクラス)を参照するClazzクラスを考えるとする。 class Clazz { private $
DI・DIコンテナ、ちゃんと理解出来てる・・？ - Qiita
意外と分からずに、「とりあえず」とか「なんとなく」で使っちゃうパターンが多い系案件な気がして書いてみます。 こんな事ありませんか？ DIとDIコンテナの違いを説明出来ない DIとサービスロケータの違いを説明出来ない DIを使ってるつもりが、サービスロケータになっている DI、サービスロケータが、ただの「パターン」の１つであることを理解してない DI(Dependency Injection)を正しく理解する そもそも、Dependeny Injectionを日本語にするとどういう意味になるでしょうか。 多くの人が「依存性の注入」とか応えるのではないでしょうか？ 私もそうでした。きっと何かで読んだのでしょう。 (wikipediaに「依存性の注入」と書いてありますね) 補足 なぜ依存性を注入してあげると良いのか、そのメリット等は後述しますが、 DIというのはただのパターンの１つです。 たまに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
