Che cosa significa "un inizializzatore di campo non può fare riferimento a campi non statici" significa in C#?

Question

Non capisco questo errore in C#

CS0236 errore: Un inizializzatore di campo non può fare riferimento il campo non statico, metodo o proprietà 'Prv.DB.getUserName (lungo)'

Per il seguente codice

public class MyDictionary<K, V> 
{ 
    public delegate V NonExistentKey(K k); 
    NonExistentKey nonExistentKey; 

    public MyDictionary(NonExistentKey nonExistentKey_) { } 
} 

class DB 
{ 
    SQLiteConnection connection; 
    SQLiteCommand command; 

    MyDictionary<long, string> usernameDict = new MyDictionary<long, string>(getUserName); 

    string getUserName(long userId) { } 
} 

Answer 1

Qualsiasi inizializzatore di oggetti utilizzato all'esterno di un costruttore deve fare riferimento a membri statici, poiché l'istanza non è stata costruita fino all'esecuzione del costruttore, e l'inizializzazione della variabile diretta avviene concettualmente prima dell'esecuzione di qualsiasi costruttore. getUserName è un metodo di istanza, ma l'istanza contenente non è disponibile.

Per risolvere il problema, provare a inserire l'inizializzatore usernameDict in un costruttore.

Answer 2

getUserName è un metodo di istanza.
Cambialo in statico, che potrebbe funzionare.

O

Inizializzare il dizionario nel costruttore.

Answer 3

Non è possibile eseguire questa operazione perché l'istanza deve essere inizializzata prima di poter accedere alle proprietà della relativa classe. Gli inizializzatori dei campi vengono chiamati prima che la classe sia inizializzata.

Se si desidera inizializzare il campo nomeutenteDict con il valore di ritorno del metodo GetUserName, è necessario farlo all'interno del costruttore o rendere il metodo uno statico.

Answer 4

I collegamenti di seguito possono far luce sul motivo per cui fare ciò che si sta cercando di fare non può essere una buona cosa, in particolare il secondo link:

Why Do Initializers Run In The Opposite Order As Constructors? Part One

Why Do Initializers Run In The Opposite Order As Constructors? Part Two