Perché è possibile l'istanziazione della variabile di interfaccia?

Question

Per quanto ne so, le interfacce non possono essere istanziate.

Se questo è vero, perché il codice seguente viene compilato ed eseguito? Ti permette di creare un'interfaccia variabile. Perché è possibile?

Interfaccia:

public interface IDynamicCode<out TCodeOut> 
{   
    object DynamicClassInstance { get; set; } 
    TCodeOut Execute(string value = ""); 
} 

incode:

var x = new IDynamicCode<string>[10]; 

Risultato:

UPDATE:

Succede solo quando la matrice è dichiarata. Non una singola istanza.

Answer 1

Non si sta creando un'istanza di un'interfaccia, ma una matrice di tale interfaccia.

È possibile assegnare un'istanza di qualsiasi classe che implementa IDynamicCode<string> a tale matrice. Dire che avete public class Foo : IDynamicCode<string> { }, è possibile creare un'istanza che e assegnarlo a un elemento di tale matrice:

var x = new IDynamicCode<string>[10]; 
x[5] = new Foo(); 

Instantiating l'interfaccia non sarebbe compilare:

var bar = new IDynamicCode<string>(); 

Answer 2

Non stai creando un'istanza dell'interfaccia ; stai creando un array che può contenere un numero di oggetti conforme a IDynamicCode. Inizialmente, le voci hanno il loro valore predefinito, che è null.

Answer 3

questa non è la creazione di un'interfaccia variabile

questo creerà un array in cui ogni elemento implementa l'interfaccia. se scrivi x[0] = new IDynamicCode<string>(); otterrai l'errore. tutti gli elementi sono null, quindi è necessario assegnare ciascun elemento di un oggetto che implementa IDynamicCode

Answer 4

quando si chiama

var x = new IDynamicCode<string>[10]; 

costruttori non sono chiamati. Sono solo dichiarati.

Answer 5

Basta un interessante side-nota:

Anche se non è possibile concettualmente, sintatticamente è infatti possibile creare un'istanza di un interfaccia in circostanze specifiche.

.NET ha qualcosa chiamato CoClassAttribute che indica al compilatore di interpretare l'interfaccia contrassegnata come tipo concreto specificato.Utilizzando questo attributo renderebbe il seguente codice perfettamente valido e non lanciare un errore di compilazione (notare che questo non è un array come nel post originale):

var x = new IDynamicCode<string>(); 

Una tipica dichiarazione di tale attributo sarebbe simile a questa:

[ComImport] 
[Guid("68ADA920-3B74-4978-AD6D-29F12A74E3DB")] 
[CoClass(typeof(ConcreteDynamicCode<>))] 
public interface IDynamicCode<out TCodeOut> 
{ 
    object DynamicClassInstance { get; set; } 
    TCodeOut Execute(string value = ""); 
} 

Questo attributo dovrebbe mai essere utilizzato e se, quindi dove? La risposta è "per lo più mai"! Tuttavia, ci sono un paio di scenari specifici per l'interoperabilità COM in cui questo fornirà una funzionalità utile.

Maggiori informazioni possono essere letti sul tema dai seguenti link:

• Who says you can’t instantiate an interface?
• Is it ok to (ab)use CoClassAttribute to provide a default implementation for an interface
• How does the C# compiler detect COM types?