Effective C# 学习笔记(原则二：为你的常量选择readonly而不是const)

原则二.为你的常量选择readonly而不是const

     Prefer readonly to const

     对于常量，C#里面有两个不同的版本：运行时常量（readonly）和编译时常量（const）

        编译时常量更快更直接，但在可维护性上不及运行时常量。保留编译时常量是为了满足那些对性能要求克刻，且随着程序运行时间的过去，

     其值永远不发生改变的常量使用的(译注：这说明编译时常量是可以不被C#采用的，但考虑到性能问题，还是做了保留)。

　　//Compile time constant:
　　public cocnst int _Millennium = 2000;
　　//Runtime constant:
　　public static readonly int _ThisYear = 2004;
　　编译时常量与运行时常量不同之处表现在如何对他们的访问上。一个编译时常量会被目标代码中的值直接取代。下面的代码：
　　if(myDateTime.Year == _Millennium)
　　会与下面写的代码编译成完全相同的IL代码：
　　if(myDateTime.Year == 2000)
　　运行时常量的值是在运行时确定的。当你引用一个只读常量时(read-only)IL会为你引用一个运行时常量的变量，而不是直接使用该值。

     编译时常量只能是基本数据类型，枚举或者是字符串。这些基本数据类型就是能够被编译器在编译 IL 代码时，直接用真实值取代的的数据类型。

　　

     private const DateTime _classCreation = new DateTime(2000,1,1,0,0,0);//  编译不能通过，道理很简单，你不能用new运算符初始化一个编译时常量

　　

           最后一个有利的原因而使我们要使用编译时常量，就是它的性能。比起运行时常量，已知的编译时常量可以更直接有效的被访问。然而，性能上的功效是甚微的，并且应该与可伸缩性的降低进行一个权衡。

　　Be sure to profile performace differences before giveing up the flexibility.
           const的值必须在编译时被确定，(它们可以是)：属性参数，枚举定义，以及一小部份你认为应该定义一个值且该值不能在不同的版本发布时发生改变的常量。
       无论如何，宁愿选择伸缩性更强的运行时常量。