Детских статический конструктор не вызывается, когда базовый элемент доступен

Question

У меня есть класс, определяемый как:

public class DatabaseEntity<T> where T : DatabaseEntity<T> { 
    public static string Query { get; protected set; } 
    public static IList<T> Load() { 
     return Database.Get(Query); 
    } 
} 

public class Node : DatabaseEntity<Node> { 
    static Node() { 
     Node.Query = @"SELECT Id FROM Node"; 
    } 
} 

Когда я бег Node.Load() из (Window.xaml.cs коды) статический конструктор узла никогда пожаров; или, по крайней мере, не попадает в точку останова и не задает Node.Query ничего, кроме нуля.

Есть ли причина, почему это может произойти?

Решение

Заканчивать ответы ниже на несколько решений. Для моего случая я решил просто сделать переменную Query общедоступной и установить все экземпляры Query в одном месте. (Не идеально, но он работает.)

Answer 1

Проблема заключается в ваших предположениях о том, когда вызывается статический конструктор. documentation, который не является ясным, утверждает, что

Он вызывается автоматически перед созданием первого экземпляра или ссылки любые статические члены.

Вы можете предположить, что, если вы звоните

Node.Load(); 

что вы звоните статический метод на Node класса, но на самом деле вы вызываете его на базовом классе, так как это, где это .

Итак, чтобы исправить это, у вас есть два варианта. Во-первых, вы можете вызвать статический конструктор явно путем создания нового экземпляра класса Node до вызова Load()

var foo = new Node(); // static ctor triggered 
Node.Load(); 

или создать защищенный виртуальный элемент, базовый класс может позвонить, чтобы получить значение запроса (может 't использовать здесь абстракцию здесь, к сожалению)

public class DatabaseEntity<T> where T : Derp { 
    protected abstract string Query { get; } 
    public static IList<T> Load() {   
     return Database.Get(new DatabaseEntity<T>().Query); 
    } 
} 

Оба из них хакеры. Лучше вообще отказаться от статики и идти с помощью методов экземпляра. Статичность следует использовать экономно, так как они приводят к жесткой связи и другим головным болям, например.

Answer 2

Да, статические конструкторы не будут вызваны до тех пор, пока не будут доступны члены класса или не будет создан первый экземпляр.

В вашем случае вы получаете доступ к DatabaseEntity<T>.Load, поэтому статический конструктор DatabaseEntity<T> будет называться не его производными классами.

Несмотря на то, что вы звоните Node.Load, он отображается во время компиляции DatabaseEntity<Node>. Так что технически вы не получаете доступ к классу Node вообще.