¿Debería ConditionalWeakTable <TKey, TValue> utilizarse con fines no compiladores?

Question

Recientemente me encontré con la clase ConditionalWeakTable<TKey,TValue> en mi búsqueda de un IDictionary que utiliza referencias débiles, como se sugiere en las respuestas here y here.

Hay a definitive MSDN article que introdujo la clase y que establece:

puede encontrar la clase ... en el espacio de nombres System.Runtime.CompilerServices. Está en CompilerServices porque no es un tipo de diccionario de propósito general: pretendemos que solo sea utilizado por los escritores de compilación.

y más tarde de nuevo:

... la mesa débil condicional no pretende ser una colección de propósito general ... Pero si usted está escribiendo un lenguaje .NET de su propia necesidad y para exponer la capacidad de adjuntar propiedades a los objetos, definitivamente debe buscar en la Tabla Débil Condicional.

En línea con esto, la descripción entrada MSDN de la clase lee:

Habilita compiladores para unir dinámicamente campos de objeto a los objetos gestionados.

Así que, obviamente, fue creado originalmente para un propósito muy específico: ayudar al DLR, y el espacio de nombres System.Runtime.CompilerServices encarna esto. Pero parece haber encontrado un uso mucho más amplio que eso, incluso dentro del CLR. Si busco referencias de ConditionalWeakTable en ILSpy, por ejemplo, puedo ver que se utiliza en la clase MEF CatalogExportProvider y en la clase interna WPF DataGridHelper, entre otros.

Mi pregunta es si está bien usar ConditionalWeakTable fuera de las herramientas de escritura y lenguaje del compilador, y si existe algún riesgo al hacerlo en términos de incurrir en gastos adicionales o de la implementación que cambia significativamente en futuras versiones de .NET. (O debería evitarse y se debe usar una implementación personalizada como this one en su lugar).

También hay lecturas adicionales here, here y here acerca de cómo el ConditionalWeakTable hace uso de una aplicación CLR oculta de ephemerons (a través de System.Runtime.Compiler.Services. DependentHandle) para lidiar con el problema de ciclos entre claves y valores, y cómo esto no puede fácilmente llevarse a cabo de manera personalizada.

Answer 1

No veo nada de malo con el uso de ConditionalWeakTable. Si necesitas efemerones, prácticamente no tienes otra opción.

No creo que las futuras versiones de .NET sean un problema, incluso si solo los compiladores usaran esta clase, Microsoft aún no podría cambiarla sin romper la compatibilidad con los binarios existentes.

En cuanto a los gastos generales, ciertamente habrá una sobrecarga en comparación con un diccionario normal. Tener muchos DependentHandle s probablemente sea costoso de manera similar a cuántos WeakReference s son más caros que las referencias normales (el GC tiene que hacer un trabajo adicional para escanearlos para ver si necesitan ser anulados). Pero eso no es un problema a menos que tenga muchos (varios millones) de entradas.