オブジェクトのセッションにバインドされたインスタンスを取得するために、セッションIDをNinjectコンテナに渡すにはどうすればよいですか？

Question

私はNinject IoCのカスタムセッションスコープを有効にする機能を実装するのに苦労しています。私の要件は、固有のセッションid（int）に対して、私は特定のインタフェースにバインドされたオブジェクトの新しいインスタンスを取得するということです。 2番目の要件は、Getが呼び出される場所で可能でなければならないことです。

問題は、IKernel.Get <>にセッションIDを渡す手段がないことです。静的インスタンスは現在のセッションIDにアクセスできないため、.InScope（）も使用できません。 （セッションなし。現在のパターンを使用できます）。

セッションは一意の整数でしか識別できず、複数のセッションが同時に実行される可能性があります。

セッションごとに別々のコンテナを作成することは別として、アイデアはありますか？私はそれが高価かもしれないと思う。コンテナをコピーしていますか？ Ninjectで可能ですか？

おかげで、ラデク

Answer 1

あなたの仮定が間違っています。

• InScopeは、静的フィールドを必要としません。メソッドシグネチャはInScope(Func<IContext, object> scope)です。したがって、あなたはIContextにアクセスできます。これは静的ではありません。
• Getオーバーロード受け入れIParameter sです。これらはIContextに記載されています。セッションスコープ用のカスタムIParameter実装を作成できます。あなたのセッションをGetに渡す方法があります。

ただし、セッションIDとして整数を使用すると、おそらく動作しません。スコープオブジェクトは値型ではなく参照型でなければならないため、ボクシングが必要です。 Ninjectはこれを正しくサポートしていないかもしれません - 整数値の代わりに参照を比較する場合さらに、クリーンアップ（IDisposable.Dispose()呼び出し）は時期尚早に行われる可能性があります。 Ninjectはスコープの弱参照を保持します。スコープオブジェクトがINotifyWhenDisposedを実装していない場合、periodicallは弱参照が死んでいるかどうかをチェックします。死んだらリソースクリーンアップを行います。もちろん、ninjectが独自の "box"オブジェクトを取得し、そのオブジェクトに対して弱い参照しか保持しない場合、GCはいつでもこれを収集できます。スコープが実際に終了する前にリソースが処分される可能性があることを意味します。

スコープIDをオブジェクトにラップして（値だけでなくこのオブジェクトへの参照を保持する）、確定的なリソースクリーンアップのためにINotifyWhenDisposedを実装することをお勧めします。

---

ヒント：たぶんInCallScopeからNinject.Extensions.NamedScopeに含まれているが、あなたのユースケースのためのより良いフィット感だろう。

もう1つの可能な代替方法は、セッションごとにChildKernelを使用することです。それはセッションごとにカーネルを作成するのと似ていますが、それほど重くはありません。