答えて

1

私はCF 2.0プロジェクトでDIを使用しており、パフォーマンス面で問題は発生していません。また、他の問題もあります。しかし、私のDIのアプローチは、私が設定ファイルで指定されたDLL内の特定のインタフェースを探してロードするという点でかなり簡単です。私はどのような種類のオーバーヘッドがコンパクトなプラットフォーム上で導入されるのかはわかりません。

3

OpenNetCf.netグループが主な関心事は、アプリ上で実行するためのIoCを強制どれだけ反映についてですここhttp://ioc.codeplex.com/

Mobile用のIoCを持っています。反射は高価です。少し使っても問題ありませんが、たくさん使うとスタートアップの問題が起きる可能性があります。

私は個人的に、私のコードでAyendeの15行のIoCのバリエーションを使用しています。

http://ayende.com/Blog/archive/2007/10/20/Building-an-IoC-container-in-15-lines-of-code.aspx

+0

はい、反射は潜在的なキラーです。私は最近OpenNETCF IoCフレームワークにタイプ・キャッシュを追加しました。これは、各タイプの最初のものからオブジェクトのロード・パフォーマンスを大幅に向上させました。何か改善されていることに気づきましたが、何かと同様に、問題を回避する方法を知る。 – ctacke

1

私はninjectをテストしているし、それに満足してきました。私はまだそれを生産に使っていません。

関連する問題