DI・DIコンテナ、ちゃんと理解出来てる・・？ - Qiita
意外と分からずに、「とりあえず」とか「なんとなく」で使っちゃうパターンが多い系案件な気がして書いてみます。 こんな事ありませんか？ DIとDIコンテナの違いを説明出来ない DIとサービスロケータの違いを説明出来ない DIを使ってるつもりが、サービスロケータになっている DI、サービスロケータが、ただの「パターン」の１つであることを理解してない DI(Dependency Injection)を正しく理解する そもそも、Dependeny Injectionを日本語にするとどういう意味になるでしょうか。 多くの人が「依存性の注入」とか応えるのではないでしょうか？ 私もそうでした。きっと何かで読んだのでしょう。 (wikipediaに「依存性の注入」と書いてありますね) 補足 なぜ依存性を注入してあげると良いのか、そのメリット等は後述しますが、 DIというのはただのパターンの１つです。 たまに
猿でも分かる! Dependency Injection: 依存性の注入 - Qiita
はじめに アホでもわかるように解説してみるテスト。 あらゆる方向で説明してみる。 大雑把にまとめると「依存していた部分を、外から注入すること」です。 勘違い、間違いが沢山ありそうなので、是非ご指摘を! 登場人物 (用語) 依存性の注入 (日本語) Dependency Injection (英語) DI (Dependency Injectionの略語) 依存関係を設定ファイル等で定義してよろしくやってくれる「DIコンテナ」については書いておりません! 何が問題なの? クラス内などで固定化されたものがあると 柔軟性がない テストしにくい 解決方法 「依存している部分を外から注入する」 DIにおける「依存性」と「注入」の意味 依存性 (大雑把に)とあるクラスに、固定の定数、変数、インスタンスが入っちゃっている状態 つまりそのクラスは、その定数、変数、インスタンスに依存している 注入 そのクラ
Dependency Injection: 依存性の注入 のお役立ち例 - Qiita
はじめに 「Dependency Injection: 依存性の注入」 って、とっても分かりづらくないですか？ 色んなところに解説記事があって、Qiitaでも検索すると沢山見つかりますが筆者は文章を読んだだけでは全然分かりませんでした。 「直接呼び出すのではなく、インターフェースを介して実装する？」「制御の反転(inversion of control)？ 中から外ではなく外から中？」「サンプルを真似てみたけど複雑な実装している。これ何が嬉しいの？」そんな疑問ばかりでした。言葉は知っているけど使えないってやつです。 ようやく理解できたのは、実際に「あれ？困ったぞ」となって「ここでDIを使うと便利なのか！」と実感してからでした。 「ここで便利なんだ！」や「こういう時に使うといいんだ！」という使い所が分かると応用が効き、これが本当に理解することなんだなと思いましたので、それを書いてみたいと思い
依存性注入とは - IT用語辞典
概要 依存性注入（DI）とは、コンピュータプログラムのデザインパターンの一つで、オブジェクトなどの間に生じる依存関係をオブジェクト内のコードに直接記述せず、外部から何らかの形で与えるようにする手法。 あるオブジェクトAがオブジェクトBを呼び出してその機能を利用する場合「AはBに依存している」という。この関係を素朴に記述しようとすると、Aの内部でBを生成して呼び出すコードを記述する形となる。AとBの関係は固定的になり、AがBを利用していることは外部からは分かりにくくなる。 依存性注入を利用する場合、Aのコードの中でBを生成するコードを直に記述することはせずに、Bをメソッドの引数などの形で外部から受け取って呼び出す形とし、Aを呼び出す側がB（に相当するオブジェクト）を与えて利用させる。 これにより、AとBの依存関係は外部から任意に指定・変更できるようになり、Bの代わりに同じインターフェースを実
ASP.NET MVC 5 で DI する #aspnetjp - KatsuYuzuのブログ
ASP.NET MVC は DI（Dependency Injection: 依存性の注入）がとても簡単です。 DI については、何かに依存するものを外からもらうことで依存せずに済むくらいに思ってください。テストがしやすくなることや、クラスが絡み合わずに済むことなどがメリットとして挙げられます。さらに、DI コンテナ（依存したものの入れ物）でオブジェクトの管理もできるので、DB 接続の管理（生成の一元化、自動破棄など）などでもメリットがあります。 プロジェクトの作成とライブラリの参照 まずは、MVC プロジェクトを作成します*1。 DI の仕組みには patterns & practices お手製の Unity を使います。NuGet で Unity で検索して Unity.Mvc をインストールしてください。 パッケージマネージャーコンソールで行う場合は下記の通りです。 PM> Ins
DI (依存性注入) って何のためにするのかわからない人向けに頑張って説明してみる - Qiita
追記 2022/11/12 追記 この記事読んで、DI 便利だなって思ったらこちらも併せて読んでみてください。クリーンアーキテクチャーの開設の中で依存性逆転の説明が出てきます。難しいかもしれませんが、一度理解すればつぶしが効く考え方なので腰を据えて読んでみてください。 本文 ここでは、最近のそこそこの規模のアプリだと大体使われてる（と私は思ってる）Dependency Injection（DI）について、何故使ってるのか？というのを私の理解で書いていきたいと思います。 今回の対象言語は C# ですが、DI 使ってる言語であれば大体同じ事情なのかなと思います。 単体テストしたいよね アプリケーションを作るとうまく動いているかテストをすると思います。 たとえ、そのアプリがハローワールドだとしても動かして目視で確認してると思います。 もうちょっとアプリの規模が大きくなってくるとクラス単位やクラス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「なぜDI(依存性注入)が必要なのか？」についてGoogleが解説しているページを翻訳した - Qiita