c#静态构造函数并跟go比较

ORM框架在基类中定义各增删改查方法，子类实现保存尽可能简洁，除了各属性表示表结构（也就是POCO Plain Old Csharp Object）至少还得有表名等信息。

考虑一下代码片段：

public abstract class RecordBase where T : RecordBase, new()
{
    protected static string TableName;
    public static List GetByID(int id)
    {
        using (var conn = OpenConnection())
        {
            var sql = "select * from " + TableName + " where ID = @id";
            return conn.Query(sql, new {id = id}).First();
        }
    }
}

public class User : RecordBase
{
    public int Id { get; set; }
    public string Name { get; set; }

    static User ()
    {
        TableName = "Users";
    }
}

调用代码则类似：

var u = User.GetByID(1);

User子类中的静态构造函数中对TableName进行赋值；那么父类中的GetByID方法执行时，便可以获得正确的表名。

类型的静态构造函数一般用于类型的静态数据初识化，它会并且仅会执行一次。

（RecordBase若有多个子类，引用的TableName属性相互独立。）

看上去这个场景正式静态构造函数的典型应用。

遗憾的是，上面代码是有坑的。

MSDN中对静态构造函数static constructor定义如下：

A static constructor is used to initialize any static data, or to perform a particular action that needs to be performed once only. It is called automatically before the first instance is created or any static members are referenced.

GetByID方法是在父类RecordBase中定义的；即便调用时是写User.GetByID()，实际上是被引用的还是父类的静态成员，而不是子类；如果程序之前没有创建过任何子类实例，那子类的静态构造函数到这里仍可能未被执行。

也就是说如果程序的其它地方都没有引用到User子类，那么User.GetByID()会抛异常：TableName是空的。

必须先在调用GetByID之前，先创建一个User实例（或者调用User而不是父类的静态成员），才能正常工作，比方说：

var tmp = new User();
var u = User.GetByID(1);

如果ORM这么实现，这就是一个大坑；如果强制程序初始化的时候，写显式代码去调用一下各个子类，也是相当麻烦。

偶找到的解决方法是：添加父类的静态构造函数，在其中触发子类的静态构造函数。

    public abstract class RecordBase where T : RecordBase, new()
    {
        protected static string TableName;

        static RecordBase()
        {
            System.Runtime.CompilerServices.RuntimeHelpers.RunClassConstructor(typeof(T).TypeHandle);
        }
    }

GetByID是父类的静态成员，它被调用的话，父类的静态构造函数便会先被运行时调用，而函数内通过范型有子类的类型，便可通过CompilerServices调用子类的静态构造函数。

（RunClassConstructor函数即便被多次调用，类型的静态构造函数也只会被运行一次。）

c#中的静态构造函数虽然可以做到精准的控制各类型的初始化，需要的时候才调用，不重复调用。

但若是控制得不精准，或者说实现代码时不充分注意，便可能在程序中留下坑。若缺乏相关经验知识，那踩中坑时也会困惑不知如何处理。

实际上，我是当年曾经搞过相关的开发，所以这次才特意去测试了不实例化子类，直接调用GetByID以确定这块是否存在问题。如果我是新手并且对文档理解不够细，那采坑是妥妥的。

c#这门语言在很多方面都相当优秀，但具体到类型、模块初始化这块，做为Go程序员，我会说Go做得更好。

Go语言不允许无效引用，更不允许模块循环引用，确保了所有的Go语言模块/类型有清晰的依赖关系。

而所有模块被引用前，便自动运行模块init方法。

Go程序员需要考虑的场景简单，自然也就不容易采坑。

有些语言或者说工具的“强大”是体现在功能繁多上，功能越多，组合场景就越多，程序员便需要去精心琢磨各个具体场景需要如何处理，这实际上是相当大的心智负担，并且程序往往也只是做到“没有明显bug”。

而像Go这样的语言，它的“强大”之处是体现于提供尽可能相互不重叠的少数功能，程序员可以轻易的考量所有潜在场景，写“明显没有bug”的程序。

这事用术语来说是Orthogonality，偶当年第一次看到这英文词是不懂，查中文翻译：正交性。字都认识，但组成词，依旧是不懂。

:)