私は真剣にIoCコンテナの使用は、(少なくともそれはさまざまな不要な機能を使用しようとすると私を誘発する)overdesignedソリューションを作成すると思います。IoCコンテナの反パターン。なぜIoCコンテナはとても複雑で、 "派手な"方法で使用されていますか?
は、これは、1つの。..
私の短い経験
が、一部のインフラシングルトンを解決して開始することを、起動時にアプリケーションごとに一度Resolveメソッドを呼び出すために絶対的に十分であることを伝える社会と私「のIoC」アンチパターンのリストを同期する時が来ました彼らは新しい「より小さな生涯の穀物工場」を生み出すことができる「一時的な物体の工場」である。 10個のコードラインを工場に追加することで、それらのファクトリを安全にスレッド化する(たとえば、スレッドごとに1つのインスタンスを作成する)ことさえ容易です...まだ、これらのファクトリは、「ライブラリのIoCツールとの統合」よりはるかに単純です。傍受?自分のラッパーを作成してください...ライフマネージャー/依存戦略/親コンテナ?ブートストラッパーでResolveを一度だけ呼び出すと、それについて考えることはありません。デベロッパーが異なるアプリケーションレイヤーで複数回解決(コンテナを渡すか、デリゲートをコンテナに渡す)してから何か考えてもらいたいことを理解できたら助かりますか?私は本当に何かが恋しいことを心配しています。
良い点。これを解除することはできますか? –