¿Por qué en C# el pedido es importante para la inicialización estática?

Question

Este código tiene el comportamiento bien definido en C# de no trabajar:

class Foo 
{ 
    static List<int> to = new List<int>(from); // from is still null 
    static IEnumerable<int> from = Something(); 
} 

Nota: No estoy pidiendo cómo solucionar ese código como I already known how to do that

Cuál es la justificación para esto? C# ya realiza comprobaciones de tiempo de ejecución para detectar el primer acceso a miembros estáticos. ¿Por qué no extender esto a cada miembro y hacer que se ejecuten a pedido o incluso mejor que el compilador resuelva el pedido en tiempo de compilación?

BTW: Creo que la misma pregunta (o casi igual) también se aplica a los miembros no estáticos.

Answer 1

puedo imaginar un programador en función de orden de inicialización debido a los efectos secundarios con otra estática clases Usted y yo sabemos que depender de los efectos secundarios es una mala práctica, pero no necesariamente es ilegal.

considerar algo como esto:

class Foo 
{ 
    static string header = Bar.GetHeader(); 
    static string version = Bar.GetVersion(); 
} 

Y Bar.GetVersion supone que Bar.GetHeader ha sido llamado. Si el compilador fuera libre de cambiar el orden de inicialización, entonces el programador no podría garantizar la orden de inicialización.

Feo, concedido, pero perfectamente legal. Si imagina efectos de segundo orden (es decirllamados métodos estáticos que a su vez dependen de clases que tienen efectos secundarios), ves que es imposible para el compilador reordenar de manera confiable cualquier cosa, así como es imposible (en general) que el compilador reordene el orden de las llamadas de función en tu constructor estático.

Answer 2

Creo que lo que necesitas usar es un constructor estático.

Al igual que

class Foo 
{ 
    static List<int> to; 
    static IEnumerable<int> from; 

    static Foo() 
    { 
     from = Something(); 
     to = new List<int>(from); 
    } 
} 

cuanto a por qué C# no lo hace en el primer acceso, sólo que no veo la necesidad de ese tipo de complejidad cuando hay otras alternativas que dejar en claro lo que está sucediendo .

Answer 3

C# realiza comprobaciones en tiempo de ejecución para detectar el primer acceso a una clase, pero no reordena la inicialización estática dentro de una clase.

Los campos estáticos se inicializan de arriba a abajo seguidos de los constructores estáticos de arriba a abajo. Cambie el orden de sus campos o cree un constructor estático e inicialice los campos desde allí.

Consulte Variable initializers en la especificación C# o this article en los inicializadores. Además, la pregunta Order of static constructors/initializers in C# está relacionada.

Answer 4

Los inicializadores son solo un azúcar sintáctico. El compilador pone ese código en el .cctor cuando compila su clase, y les muestra las órdenes en el código.

No ejecuta ningún control, porque no tendría sentido. Todavía podría tener ciclos de inicialización, por lo que no funcionaría de todos modos.

blogged sobre él hace algún tiempo si está interesado:

• more on inline initialization
• more on inline initialization (answer)