答えた
コミュニティ (5)
dependency-injection
0
かなり複雑なプロジェクトで、DIフレームワークなしでDIをどのように使用できますか?
依存性注入をいつ使用するかを知る方法
コンストラクタ依存性注入ロジックに関する懸念
単体テストを容易にするための依存関係としてThread.sleeperを注入するべきですか
依存性注入の批判と不利な点
循環型インターフェイスの参照
アンビエントコンテキストとコンストラクタインジェクション
1つの型だけが必要で多型が必要ない場合でも、「依存関係の逆転の原則」の規則に従う必要がありますか?
暗黙のうちに純粋な関数に依存しているかどうか(特にテスト用)
依存性注入は、コンストラクター、セッター、または他のメソッドに属しますか?
注入したオブジェクトを必要とする依存関係にどのように対処しますか。
依存性注入の反対を示すための専門用語?
依存性注入を行うときに工場は必要ですか?
OOP原則を反映するためのif-elseロジックのリファクタリング
.NETでDIを実装するための「正しい」方法は何ですか?
クラスライブラリ - お互いを意識していないオブジェクト間の通信方法
Dependency InversionはAPIを拡張し、不要なテストをもたらします
ステートレスクラスの依存性注入に代わるものはありますか?
依存性注入:フレームワークを使うべきですか?
誰かが良いDI登録パターンを持っていますか?
いわゆる「分野横断的な懸念」は、SOLID/DI/IoCを破るための有効な言い訳ですか?
依存性注入/ IOCコンテナは、どの実装を使用するべきかをどのように認識しますか?
循環依存関係:再帰的文法パーサ(例:json)
偏在して使用される依存関係にサービスロケーターを使用しても大丈夫ですか?
なぜ依存性注入のためのフレームワークが必要なのですか?
ro
nl
ru
fr
es
pt
de
hi
bn
ar
kk
uz
be
tr
uk
Stack
Exchange
源
licensed under
cc by-sa 3.0
with attribution