Unity Framework は制御の反転に適していますか?
-
01-07-2019 - |
質問
私は使用してきました IoC しばらくの間、Microsoft のを使用すべきかどうか興味があります。 団結 フレームワーク(正式名称「Unity Application Block」)。使った経験のある人はいますか?そのため、私は IoC コンテナーのコードをプロジェクトからプロジェクトにコピーしてきましたが、標準のものを使用した方が良いと思います。IoC は、コンポーネントベースのアプリケーションを疎結合にして変更可能に保つ上で大きな違いを生むことができると考えていますが、私は決して IoC の専門家ではないので、依存関係として追い詰められるだけのフレームワークに切り替えるのは不安です。いつかそこから立ち去りたいと思うでしょう。
解決
私は、それと全体のコンセプトに自信が持てるまで、あなたが知っているものを使い続けると思います。その後、自分のニーズを満たすフレームワークを選択するためのより良い判断ができるようになります。
他のヒント
実際問題なく Unity を使用しています。ALT.NET タイプの人々が Unity に対して警告していることは知っていますが、それは単に MS P&P チームがブロートウェアを作成してきた歴史があるからだと私は本当に思います。Unity はまだ IMO が肥大化しておらず、うまく機能します。
Unity Framework を調べてみましたが、私のニーズには少し「大きすぎる」ことがわかりました (いいえ、実際に数値化することはできません。これまでに使用した他のフレームワークよりもはるかに多くの知識が必要なように思えました)と遊んでいる...これは少し前のことなので、Unity が開発/改良されるにつれて変更された可能性があります)。
現在の IoC/Dependency Injection フレームワークは次のとおりです。 ニンジェクト. 。迅速かつ迅速で、チュートリアルを読んで (約 10 分) から既存のプロジェクトで使用するまで、約 2 時間で完了しました。
依存関係注入を行うためのクリーンな方法を探している場合は、ぜひチェックしてみることをお勧めします。
Composite アプリ ブロックの後継である CompositeWPF (別名 Prism) を試してみました。私の経験から言えば、Unity は以前のバージョンの ObjectBuilder と比べてはるかにうまく動作します。ただし、IoC フレームワークを評価し、ニーズに合ったものを選択するのはあなた次第です。