問題タブ [property-injection]

このようなクラスをデシリアライズしています

オブジェクトを BuildUp() すると、プロパティが null の場合にのみ Unity に AnotherClass の新しいインスタンスを作成させ、それ以外の場合は BuildUp を実行させます。これを達成する簡単な方法はありますか？

編集: wpf で mvvm を実行しています。クラスはビューモデルです。実行間で保持したいプロパティがいくつかあり、ユニティに注入したい依存関係もいくつかあるため、それらをシリアル化します。したがって、逆シリアル化の後、ネストされたモデルはプロパティが設定された状態で既にそこにあるため、ユニティが新しいインスタンスでそれをオーバーライドすることは望ましくありませんが、それでもその上で InjectionMethods を呼び出し、プログラムが最初に実行されたときに正常に解決する必要があります。ネストされたモデルは null です。

MVC3アプリケーションでプロパティインジェクションを使用したいと思います。Unity 2をDIコンテナーとして構成しましたが、コンストラクターインジェクションによってすべてが正常に機能しますが、プロパティインジェクションの使用方法がわかりません。[Dependency]属性でプロパティをマークしましたが、機能しません。

Global.asaxには、次のものがあります。

どんな助けでも大歓迎です。

IoCのオブジェクトを設計するための最良の方法に関する提案を探しています

Iocに登録されているDataContextに依存するオブジェクト（Service）があるとします。

ただし、nameプロパティも必要です。次のようにオブジェクトを設計できます。

問題は、名前などの文字列オブジェクトの登録が容易ではなく、Iocコンテナでの使用が複雑になるため、Iocコンテナでの使用が非常に複雑になることです。したがって、解決が混乱します。

もう1つのアプローチは、次のように設計することです。

解決が簡単になりました。

唯一のダウンサイトは、名前を指定する必要がなくなったことです。DIまたはIoCの専門家から、これをどのように設計し、具体的なIocコンテナ技術にかなりとらわれないかを聞きたいと思います。

これをどのように使用するかによって大きく異なりますが、名前が実際にオプションである場合は、オプション2が最適です。ただし、名前が必要な場合は、コードの別のポイントに検証ステップを追加することもできますが、Iocを単純化するための設計を行うこともできます。

考え？

ASP.NET Mvc 3 プロジェクトで Castle Windsor をセットアップし、次のプロパティを に追加しましたHomeController。

アクション メソッドで使用しようとするUserServiceと、常に null になります。しかし、プロパティを変更するとpublic、Castle Windsor によって自動的にインスタンス化されます。

非パブリック プロパティで自動プロパティ インジェクションを行うことは可能ですか?

インポートされた属性から情報を取得するときに問題が発生します。.ComposeParts（）を呼び出した後、属性はnullのままですが、後で.GetExportedValues（）を呼び出すことができ、必要なインスタンスを取得できるため、構成は問題ありません。コードは次のとおりです。

作曲を行うブートストラッパー

IApplicationを実装するクラスの1つの署名

どんなポインタでもありがたいです、どうもありがとう。

私は次のクラスを持っています：

プロパティインジェクションを使用してセッションにデータを入力したかったのです。つまり、Queryから継承するものはすべて、Sessionを使用してクエリを実行できるということです。

とにかく..それは常にnullです:(

私は次のStructureMapレジストリコードを持っています：

誰かが私が間違っていることを提案できますか？

ありがとう

デイブ

次のクラスがあります。

私は IoC に Unity を使用しています。私の登録は次のようになります。

ServiceAインスタンスを解決すると、serviceBになりますnull。どうすればこれを解決できますか?

例：

依存関係が必要な場合、コンストラクター インジェクションを使用する必要があることは誰もが知っています。オプションの依存関係である場合は、代わりにプロパティ インジェクションを使用できます。

しかし、基本クラスだけが依存関係を必要とする場合はどうすればよいでしょうか?

コンストラクター インジェクションを使用すると、私の意見では、すべての派生クラスが汚染されます。

基本クラスでのみ依存関係が必要な場合、基本クラスでプロパティ注入を使用するのは適切ですか?

重複の可能性:
コンストラクターまたはプロパティ セッターによる依存性注入?

プロパティ注入がコンストラクター注入よりも利点があるかどうか、私は興味があります:

対