Pourquoi ce constructeur statique n'est pas appelé?

Aujourd'hui, mon initialiseur statique n'a pas été appelé. Il s'avère initialiseurs statiques sont pas appelé avant d'accéder const membres d'une classe.

Depuis const valeurs sont connues au moment de la compilation, ce qui a du sens, mais cela signifie que la documentation qui stipule que "Il est appelé automatiquement avant ... tous les membres statiques sont référencés" est techniquement incorrect, au moins lorsqu'il est combiné avec @JonSkeet de l'affirmation de que "Toutes les constantes déclarations sont implicitement statique".

Ce programme illustre le problème:

using System;

static class Program
{
    public static void Main()
    {
        Console.WriteLine("Constant={0}", Problem.Constant);
        Console.WriteLine("ReadOnly={0}", Problem.ReadOnly);
        Console.WriteLine("Field={0}", Problem.Field);
        Console.WriteLine("Property={0}", Problem.Property);
    }

    private static class Problem
    {
        public const int Constant = 1;
        public static readonly int ReadOnly = 2;
        public static int Field = 3;
        private static int mProperty = 4;
        public static int Property { get { return mProperty; } }

        static Problem()
        {
            Console.WriteLine("Problem: static initializer");
        }
    }
}

La sortie est:

Constante=1

Problème: l'initialiseur statique

ReadOnly=2

Champ=3

Property=4

(Testé contre .NET 4.5.)

OriginalL'auteur yoyo

Je pensez que votre problème est causé par une exception soulevée dans votre constructeur statique et d'être avalé par le code qui crée l'instance.

Peut-être même une exception dans un champ statique de l'initialiseur qui sont encore plus difficiles à déboguer.

Peut-être se brisent sur les exceptions de première chance permet de déboguer le problème.

Je ne voudrais pas mettre le code qui lit un fichier de configuration dans un constructeur statique. Je serais plutôt d'encapsuler toutes les config dépendante des trucs que vous avez dans une classe et de passer une instance de cette classe dans votre constructeur, probablement à l'aide d'un conteneur IoC.

Cela a un certain nombre d'avantages:

• Vous pouvez utiliser différentes configurations dans le même domaine d'application en même temps
• Vous pouvez utiliser d'autres moyens de chargement de la configuration
• Vous n'avez pas besoin de faire des trucs compliqués qui peuvent échouer dans un constructeur statique. Comme vous l'avez vu constructeurs statiques ont tendance à être problématique pour déboguer, donc je ferais que de simples initialisations qui ne dépendent pas extérieure de l'état, il y

(Je sais que ce n'est pas une réponse, mais c'est trop long pour un commentaire)

OriginalL'auteur CodesInChaos