Los métodos de Windows Runtime no pueden ser genéricos: razones, soluciones alternativas.

Question

Aquí es una interfaz, tomado de mi intento de puerto MemBus, un agregador de eventos que mantener, al mundo de Windows en tiempo de ejecución:

public interface ISubscriber 
{ 
    IDisposable Subscribe<M>(Action<M> subscription); 

    #if WINRT 
    [Windows.Foundation.Metadata.DefaultOverload] 
    #endif 
    IDisposable Subscribe(object subscriber); 

    IObservable<M> Observe<M>(); 
} 

Lo que quiero decir es un error del compilador:

"error WME1031: ' MemBus.ISubscriber.Subscribe<M>(System.Action<M>) ' is a generic method. Windows Runtime methods cannot be generic."

Solo tengo sospechas de por qué este es el caso, si alguien puede aclarar, por favor hazlo.

Mi pregunta principal es: ¿Cómo se supone que debemos ocuparnos de esto al transferir el código al tiempo de ejecución de Windows?

Mucha funcionalidad de nivel superior sucede con los genéricos. De hecho, usamos clases genéricas en Windows Runtime (por ejemplo, List<T>). ¿Cómo se supone que un componente RT expone los tipos genéricos y, de no ser así, es la única alternativa disponible para volver a las formas de escribir el código .NET 1.1, es decir, el objeto in, object out y do castts?

Answer 1

Debe elegir una plantilla Biblioteca de clases de las plantillas de Windows Store (no la plantilla de Windows Runtime Component).

Esto le permitirá utilizar el lenguaje completo de C# en una aplicación de Windows Store, pero no permitirá que otros lenguajes como C++ y JS para consumir el conjunto (ya que no son compatibles con los genéricos en el de la misma manera que C# lo hace).

Answer 2

La historia corta es que JavasScript no sabe cómo manejar los genéricos, por lo que un componente de WinRT no puede usarlos. Vea WinRT reason for disallowing custom generic types or interfaces para una discusión más larga.