CLR类型设计之类型之常量和字段

         前言

孔子说：温故而知新，可以为师矣。所以对于学习过的知识要多复习，并且每一次复习都要尽可能的去扩展，而不是书本上的几句理论知识。很多人都喜欢分享自己的学习内容，记录下生活的点点滴滴，我也很喜欢这种做法，昨天用了一天的时间，翻了很多的博客，看了不少GIT上的开源代码分享。还有亦师亦友的同事给出的建议。我今后也会多多分享一些学到的东西。

先回顾一下C#最基础的内容，在过去的一年开发，随着出现了很多的错误，让我明白了基础的重要性，程序员如果不能很好的理解他所用的语言基础，那么就会有很多乱用或者为了省事而用了不符合的内容，虽然在系统很小的时候并没有多大的差距，但是如果系统变大内容变多，很多事情就会超出程序的正常行为，变得异常起来，所以在最开始就设计好字段，显得很重要。

        常量

常量和字段，在c#中定义是非常简单的，const int a=100就定义了一个int类型的名为a的常量，a的值为100，在C#高级编程和CLR中都说明了一点，就是常量必须是从不变化的值，也可以把常量当作一个静态变量去看，但是常量在声明时不必也不允许加static关键字。在C#高级编程中，还指出常量必须能在编译时用于计算，因此不能用一个从变量中抽取的值来初始化常量。CLR中说由于创建一个常量就会导致创建元数据。所以常量只能定义为编辑器所认识的基元类型。C#常见基元类型：

那么刚才提到了一个概念，元数据。为什么常量创建的时候会创建一个元数据，创建一个元数据会带来什么影响？以至于CLR要重点提醒这个问题？

metadata（元数据）：是一系列的特殊数据表，描述了模块中定义的内容，有部分还用来指出托管模块引用的内容。

其实元数据的最大问题，是其性能问题，C#为了支持反射，即使你不用任何反射的代码，C#/.NET为了让它支持反射，还要给你最后生成的DLL/EXE强加50%以上的metadata（这是强制的，即便你不用反射，C#/.NET也没有提供任何编译选项将这些metadata去掉）。这就是.NET Framework　Redistributable本身要40M左右的原因！所以生成一个元数据所占用的空间是比较大的。这也是CLR在强调的一点。

但是常量也有其优点的地方：常量易于修改，类似于全局配置，只要修改了一处，程序中所有使用该变量的值都会被修改，更容易避免程序出错误，如果在声明常量的位置以外的某个地方声明常量，编译器会报出错误。

字段：

               字段是一种数据成员，其中容纳了一个值类型的示例或者对一个引用类型的实例，C#支持实例字段和非静态字段，如果是实例字段，容纳字段数据所需的动态内存是在构造类型实例时分配的。由于字段存储在动态内存中，所以他们的值才能获取。

其实字段在实际用起来还是很简单的，见一个类，在里面声明一个字段 string  Name{get；set；}，就声明了一个字段sting类型的字段值。解释一下CLR中所说的字段数据所需的动态内存是在构造实例时分配的，其实这是C#编辑器生成IL汇编语言时，利用类构造器为其实例成员初始化的一个过程。