ConditionalWeakTable <TKey、TValue>をコンパイラ以外の目的に使用する必要がありますか？

Question

私は最近ConditionalWeakTable<TKey,TValue>クラスを検索しました。答えはhereとhereのように弱参照を使用するIDictionaryです。あなたがクラスを見つけることができます

... System.Runtime.CompilerServices名前空間に：

クラスを導入して述べたa definitive MSDN articleがあります。これは汎用的な辞書型ではないため、CompilerServicesにあります。コンパイラライターだけが使用することを意図しています。

再び

以降：

...条件弱いテーブルは、汎用のコレクションであることを意図していない...しかし、あなたは、.NET自分自身の言語や必要性を書いている場合オブジェクトにプロパティをアタッチする機能が公開されている場合は、条件付き弱テーブルを確実に調べる必要があります。

はこれに伴い、クラスのMSDNエントリの説明が読み取ります

を動的に管理対象オブジェクトにオブジェクトフィールドを添付するコンパイラを有効にします。

明らかに、それはもともと非常に特殊な目的のために作成されました - DLRを助けるために、System.Runtime.CompilerServices名前空間はこれを具体化しています。しかし、それはCLR内でさえ、それよりもはるかに広い用途が見つかったようです。例えばILSpyのConditionalWeakTableの参照を検索すると、MEFクラスCatalogExportProviderと内部WPF DataGridHelperクラスなどで使用されていることがわかります。

ConditionalWeakTableコンパイラの記述と言語ツールの外で、また将来の.NETバージョンで大幅に変更されるオーバーヘッドやインプリメンテーションが発生する危険性があるかどうかは私の質問です。 （または、避けて、代わりにthis oneのようなカスタム実装を使用する必要があります）。

さらにConditionalWeakTableは、キーと値の間のサイクルの問題に対処するためのephemerons（System.Runtime.Compiler.Services. DependentHandle経由）の隠されたCLRの実装を利用して、どのようにこれを容易に達成することができない方法についてhere、hereとhereを読んありカスタム方法で。

Answer 1

ConditionalWeakTableを使用しても問題はありません。エフェメロンが必要な場合は、他に選択肢がほとんどありません。

将来の.NETバージョンは問題ではないと思います。コンパイラだけがこのクラスを使用しても、Microsoftは既存のバイナリとの互換性を損なうことなくそれを変更できませんでした。

オーバーヘッドについては、通常の辞書と比較してオーバーヘッドがあることは間違いありません。多くの場合DependentHandleを持つことは、おそらく通常の参照よりも多くの数のWeakReferenceが高価であるのと同じように高価になります（GCはそれらをスキャンしてゼロにする必要があるかどうかを調べる必要があります）。しかし、あなたがたくさん（数百万）のエントリーを持っていなければ、それは問題ではありません。