0
私はIoCとDIにはかなり新しいので、私はそれを使用すべきではない正確なシナリオを見つけることができます。IocとDI whereとwhy
ロギング（ファイルベースのロギング、データベースロギングなど）やデータソース（テスト、プロダクションなど）のような拡張の可能性がある場所で使用することは理にかなっています。
しかし私は混乱していますが、IoC/DIを使用すると、何百ものクラスを大きなプロジェクトに持つことができます。コード管理/保守/単体テストが簡単にできますか？そのようなクラスのSoCにだけ役立ちますか？
同様に、クラスが常に別のクラスのオブジェクトを作成することがわかっているとします。たとえば、顧客には常に住所があります。その場合はDIを使用する必要がありますか？そのような場合にDIを使用しないようにすることは悪い習慣になりますか？
私たちはASP.Net MVC3を使用して大きなプロジェクトを開始しようとしていますが、Unityは良い選択ですか？
おかげで、IoCのについて話すとき、私たちはオブジェクトではなく、クラス間の依存関係についての話に注意する アリ