2011-02-07 6 views
1

.NET用のIoCコンテナは多少の互換性があります。私たちのプロジェクトは、非常に長い間生きてきた可能性が高く、その可能性が最も高いため、「未来性」に基づいてプロジェクトを選ぶ傾向があります。私たちは、(ユーザーベース、サポート、アクティブな開発者、ドキュメント)とほとんどのlikeleyの背後に多くの勢いを持っているものは、仕事を得る必要が来る多くの年の間に来るだろうと感じる。長いライブプロジェクトのために.NET IoCコンテナを選択しました

この基準に基づいて、どちらを選択しましたか?

しかし、もう一度:この基準を気にする必要がありますか? IoCコンテナはどれくらい私たちをロックしていますか?後でコンテナを交換するのは大したことではないようにソフトウェアを設計できますか?もしそうなら、どのように?

答えて

2

ソフトウェアをコンテナに依存しないように設計できるかどうかは、IoCコンテナの選択にある程度依存します。 delegate factoriesの機能は、ほとんどのコードがAutofacに依存する必要がないため、私は正確にAutofacを選択しました。私はそれらをあまり使わなかったので、他の人のために話すことはできません。

1

私はパパ、StructureMapで間違って行くことはできないと思う。 しかし、マイクロソフトのサポートが必要な場合、Unityは魅力的な選択肢です。

「将来の校正」に関心がある場合は、オープンソースをご覧ください。あなたはコードを持っています。

+1

オープンソースプロジェクトとしてのUnityは、Microsoftのサポート契約ではサポートされていません。オープンソースコミュニティや元のマイクロソフトの開発者に依然として依存しています。そのホームページを読むことができます。http://unity.codeplex.com/ –

+0

+1オープンソースの引数 – bitbonk

+0

@lex liあなたは絶対に正しいです。しかし、MS開発者は、開発者をしている。 –

関連する問題