問題タブ [inversion-of-control]

Windows Azure に慣れてきました。私は通常、Web アプリの IoC コンテナーとして NInject を使用します。ただし、Azure Web ロール内で使用しようとすると、セキュリティ例外が発生します (リフレクションのアクセス許可と関係があります)。

Azure で他の IC を使用して成功した人はいますか?

オブジェクトプロパティ値の差分を拡張していますが、オブジェクトのプロパティが多すぎる場合は、すべてを差分したくない場合があることに気付きました。だから私は思いついた

差分で無視するプロパティをマークできるようにします。ただし、[IgnorePropertyDiff]でドメインオブジェクトを汚染したくありません。

私の質問は、Ninjectや他のIoCのようなIoCを使用して[IgnorePropertyDiff]を動的に注入することは可能ですか？私は完全に馬鹿げているように聞こえる場合は、私は中級レベルのc＃開発者にすぎないので、私を処刑してください。前もって感謝します。

フレームワークの統合から BasePage と BaseMaster を使用して、Web アプリケーションで Ninject を使用しています。私がやりたいのは、オブジェクトを注入し、セッションごとに新しいインスタンスを作成することです。OnePerRequest の動作を見てきましたが、近いですが、完全ではありません。私がやっていることは多くの計算を実行することであり、それらの変数はページに挿入されるオブジェクトに保持されます。ポストバックのためにそれらのオブジェクトを保持する必要がありますが、ユーザーがサイトに「アクセス」するたびにオブジェクトの新しいインスタンスが必要です。私の最初の考えは、ポストバック間の値を保存するために何らかの方法で Asp.net セッション オブジェクトを使用することでした。これは、Ninject の前に行う方法です (オブジェクトをセッションに保存するだけです。できれば正しい方法です。他の提案も受け付けています。シングルトンを使用することを考えましたが、各ユーザーはオブジェクトの独自のコピーが必要になります。そうしないと、お互いの計算を踏むことになります。

それが明確であることを願っています。既存の動作を使用するか、独自の動作を作成するかについてアドバイスをいただければ幸いです。おそらく、アプリケーション キャッシュまたは組み込みの ASP.NET キャッシュを使用するとうまくいく可能性があります。

ありがとうございました

ジョシュ

次の「問題」があります。spring.net のアプリケーション コンテキスト ファイルを作成しました。構成は次のようになります。

アプリケーション コンテキストに何か変更を加えた場合、変更を確認するためにアプリケーションを再コンパイルする必要はないと言われました。

構成ファイルに何かを変更した場合はどうなりますか。変化は見られません。表示されるのはまだ元のデータです。

次のようにアプリケーション コンテキストを呼び出します。

変更が表示されるまでに時間がかかる場合があります (アプリを再コンパイルした後でも)。

編集: アプリケーション プールを再起動する必要があることがわかりました。それでは、質問を言い換えます。「アプリケーション内でアプリケーション コンテキストをリロードできますか?」アプリケーション プールを再起動する必要はありません。

コンポーネントを IC コンテナーに登録するコードを単体テストする必要がありますか?

もしそうなら、どのように？

名前付きインスタンスのコンストラクター引数をオーバーライドできますか。デフォルト インスタンスに対してのみ実行できるようです。

私はやりたい：

.NET Compact Framework で動作する IoC コントローラーはありますか?

簡単に言えば、IoC/DI コンテナを使用する必要がある場合、デプロイが簡単で (すべてに config/xml ファイルを使用するのはあまり好きではありません)、安定しており、適切なドキュメントがあり、.net をサポートしています。

それは私だけかもしれませんが、アプリ用に 1 つ、ORM 用にいくつか、別のコンポーネント用にいくつかのような xml ファイルが多すぎると、圧倒されることがあります。また、私の見方では、物事を行う方法 (慣例) が 1 つあれば、物事が台無しになる可能性は低くなります。

あなたの提案と、可能であれば経験を楽しみにしています。私の主な関心事は、保守性と展開の容易さです。

私はまだ Castle Windsor を学んでいますが、それが forwarded 型をサポートしていることがわかります - 私がよく知らない用語です。

クイックGoogle検索で、かなり徹底的に説明しているこの記事を見つけましたが、これがIoCにどのように適用されるのか、コンテナからそれらをどのように使用するのか、そしてその理由はまだわかりません.

誰でも説明できますか？

コンテナーを構成するための新しい流暢なインターフェイスを含む、大量のコードをキャッスル トランクに移動している最中です。このプロジェクトには、保守が困難な巨大な windsorConfig xml ファイルがあるため、この新しい機能を利用し始めようと考えました。他のコンテナー (StructureMap 2.0 など) にもコンテナー構成用の流れるようなインターフェイスが含まれていることを知っているので、この質問はウィンザーに基づいていません。

私の質問は、新しい流暢なスタイルのインターフェイスを使用してコンテナーを構成するために、どの規則/イディオム/パターンを使用していますか?

私が最初に考えたのは、アプリが使用する関連するすべての型をコンテナーにロードする静的メソッド (ContainerConfig.Config など) をどこかに作成することでした。私の心配は、最終的に、このモノリシックな関数が xml 構成ファイルと同じくらい維持できなくなることです (山括弧税を差し引いて)。

2 番目に考えたのは、それを分解して、従属アセンブリごとに慣例により既定の構成をエクスポートすることでした。これは、アセンブリによって内部的に使用される階層に役立つことがわかります。しかし、外部で使用される型の場合、内部で構成を定義する必要がありますか?

考えれば考えるほど疑問が湧いてきました。それについてどう思いますか。