問題タブ [structuremap]

構造化マップでジェネリック インターフェイスのすべてのインスタンスを登録するにはどうすればよいですか?

非汎用インターフェースに対してこれを行う方法を知っています：

構造マップを使い始めようとしています。バージョン2.5.3を使用しています。

シンプルなブートストラッパーを作成しましたが、コンパイルできません。エラーが発生します：

「StructureMap.Configuration.DSL.Expressions.CreatePluginFamilyExpression」には「WithCtorArg」の定義が含まれておらず、「StructureMap.Configuration.DSL.Expressions.CreatePluginFamilyExpression」タイプの最初の引数を受け入れる拡張メソッド「WithCtorArg」が見つかりませんでした（あなたはusingディレクティブまたはアセンブリ参照がありませんか？）

私が行方不明になっているのは何ですか？

私がコンパイルしようとしているコードはここにあります：

NHibernate 2.1 がエンティティのコンストラクタ依存性注入をサポートしていることをどこかで読んだことがあります。

これを起動して実行するには、StructureMap と NHibnerate 2.1 を構成するにはどうすればよいですか?

Jimmy Bogartが、IoCコンテナでのAutomapperの使用に関する記事を掲載しています。彼はStructureMapを使用した例を持っていますが、私はUnityを使用しており、InjectionConstructorを適切に使用する方法がわかりません。

以下は記事からのコードであり、それは私の貧弱な試みです。誰かがこれを正しく行う方法を教えてもらえますか？

私の試み：

SM で以下を登録してからインスタンスを作成しようとすると、「StructureMap Exception Code: 202 No Default Instance defined for PluginFamily...」という例外が発生します。

IRepository のインスタンスを取得しようとすると、例外が発生します。

私が欠けているものを誰かが知っていますか？

乾杯

オリー

StructureMapをIOCコンテナとして使用するプロジェクトが増え続けています。Scan（）で自動登録を使用して、StructureMapレジストリのコード量を削減しようとしています。変更を加えるときに、現在のコンテナーをコンソールにダンプして、変更が期待どおりに行われたかどうかを確認する簡単な方法はありますか？

コードで StructureMap を使用してインスタンスを作成していますが、コンストラクターは文字列を受け取ります。構成では、パラメーターにプレースホルダーを使用します。パラメータ値が null のオブジェクトを作成しようとしています。ObjectFactory からオブジェクトを取得すると、パラメーターの値は null ではなく、プレースホルダーと等しくなります。

オブジェクトの構成は次のとおりです。

これが私がそれを作成する方法です：

特定のケースでは、companyID = null で、インスタンスの値は「プレースホルダー」と同じです。

プレースホルダー値の代わりに companyID = null の値を使用して実際にオブジェクトを作成する方法についての情報をいただければ幸いです....

これをstructuremapグループにも投稿しました。先週、structuremapを使い始めたばかりで、実際に掘り下げています。

簡単なものが欠けていると思います。

工場内でSMを使用して、次のコードを模倣しようとしています。ファクトリクラスにコンテナの依存関係があっても大丈夫です。このスレッドのコンセンサスは、これが正しいアプローチであるように思われました：http: //www.codeplex.com/unity/Thread/View.aspx?ThreadId=29697。より良い方法があれば、私はこれを達成するための他の方法を聞くことを歓迎します。

基本的に、私のファクトリのCreateメソッドは列挙値を受け取り（実際の型である可能性がありますが、いずれにしてもコンテナによって制御されるものではありません）、適切なインスタンスを返す必要があります。返品タイプはSMによって管理されることに注意してください。多くの（！）が存在する可能性があるため、すべての依存関係をファクトリのCtorに入れたくありません。

ドキュメントの右側のセクションにリンクしても問題ありません。コードを書く必要はありません（ただし、文句は言いません:)）。工場の様子とレジストリコードを知りたいのですが。

機能上の理由 (シングルトンなど) でスコープを制御する必要がある以外に、デフォルトのスコープ (一時的なものですか?) から別のものに切り替える理由はありますか?

デフォルトのスコープに固執すると、すべてのプラグイン タイプのすべてのデフォルト インスタンスが、リクエストごとに効果的にインスタンス化されます (Web アプリを想定)、それは正しいですか? これはパフォーマンスに著しく影響しますか?

ログインしたユーザーごとに 1 つのインスタンスに制限するために Http セッション スコープを使用することを検討しました。デフォルトのスコープを使用すると、これらのインスタンスは、ページ リクエストが処理されている間だけメモリに保持されます。どちらが好ましいかはわかりません。

StructureMap を使用している場合、通常、各プラグイン タイプのスコープをどのように設定しますか?

洞察をありがとう、

フィル

NtfsFileSystemStructureEvaluatorとFtpFileSystemStructureEvaluatorの2つの具体的な実装を持つインターフェイスIFileSystemStructureEvaluatorがあります。

コンストラクターに渡されるURIがFTPURIのファイルURIであるかどうかに応じて、適切なIFileSystemStructureEvaluatorを要求できるようにしたいと思います。

StructureMapでこれを実現するにはどうすればよいですか？

ありがとう