重温CLR（十四） 可空类型

　　我们知道，一个值类型的变量永远不可能为null。它总是包含值类型本身。遗憾的是，这在某些情况下会成为问题。例如，设计一个数据库时，可将一个列定义成为一个32位的整数，并映射到FCL的Int32数据类型。但是，数据库中的一个列可能允许值为空；用Microsoft .NET Framework处理数据库可能变得相当困难，因为在CLR中，没有办法将一个Int32值表示为null。

　　还有一个例子：在java中，java.util.Date类是一个引用类型，所以该类型的一个变量能设为null。但在CLR中，System.DateTime是一个值类型，一个DateTime变量永远都不能设为null。如果用java写的一个应用程序想和运行CLR的一个web服务交流日期/时间，那么一旦java发送了一个null，就会出问题，因为CLR不知道如何表示null，不知道如何操作它。

　　为了解决这个问题，Microsoft在CLR中引入了可空值类型(nullable value type)的概念。为了理解它们是如何工作的，先看一看System.Nullable<T>类。他是在FCL中定义的。以下是System.Nullable<T>类型定义的逻辑表示：

[Serializable]
[DebuggerStepThrough]
public struct Nullable<T> where T : struct
{
　　#region Sync with runtime code
　　//下面两个字段表示状态
　　internal T value;
　　internal bool has_value;
　　#endregion

　　public Nullable(T value)
　　{
　　　　this.has_value = true;
　　　　this.value = value;
　　}

　  public bool HasValue
　　{
　　　　get { return has_value; }
　　}

　　public T Value
　　{
　　 get
　　　　{
　　　　if (!has_value)
　　　　throw new InvalidOperationException("Nullable object must have a value.");

　　　　return value;
　　　　}
　　}

　　public override bool Equals(object other)
　　{
　　　　if (other == null)
　　　　return has_value == false;
　　　　if (!(other is Nullable<T>))
　　　　return false;

　　　　return Equals((Nullable<T>)other);
　　}

　　bool Equals(Nullable<T> other)
　　{
　　　　if (other.has_value != has_value)
　　　　return false;

　　　　if (has_value == false)
　　　　return true;

　　　　return other.value.Equals(value);
　　}

　　public override int GetHashCode()
　　{
　　　　if (!has_value)
　　　　return ;

　　　　return value.GetHashCode();
　　}

　　public T GetValueOrDefault()
　　{
　　　　return value;
　　}

　　public T GetValueOrDefault(T defaultValue)
　　{
　　　　return has_value ? value : defaultValue;
　　}

　　public override string ToString()
　　{
　　　　if (has_value)
　　　　return value.ToString();
　　　　else
　　　　return String.Empty;
　　}

　　public static implicit operator Nullable<T>(T value)
　　{
　　　　return new Nullable<T>(value);
　　}

　　public static explicit operator T(Nullable<T> value)
　　{
　　　　return value.Value;
　　}

　　//
　　// These are called by the JIT
　　//
　　#pragma warning disable 169
　　//
　　// JIT implementation of box valuetype System.Nullable`1<T>
　　//
　　static object Box(T? o)
　　{
　　　　if (!o.has_value)
　　　　return null;

　　　　return o.value;
　　}

　　static T? Unbox(object o)
　　{
　　　　if (o == null)
　　　　return null;
　　　　return (T)o;
　　}
　　#pragma warning restore 169
}

　　可以看出，该结构能表示可为null的值类型。由于Nullable<T>本身是一个值类型，所以它的实例仍然是"轻量级"的。也就是说，实例仍然在栈上，而且一个实例的大小就是原始值类型的大小加上一个Boolean字段的大小。注意，Nullable的类型参数T被约束为struct。这是由于引用类型的变量已经可以为null，所以没必要再去照顾它。.

现在，如果想要在代码中使用一个可空的Int32，就可以向下面这样写：

Nullable<Int32> x = ;
Nullable<Int32> y = null;
Console.WriteLine("x: HasValue={0}, Value={1}",x.HasValue, x.Value);
Console.WriteLine("y: HasValue={0}, Value={1}",y.HasValue, y.GetValueOrDefault());

输出的结果为：

x: HasValue=True, Value=
y: HasValue=False, Value=

C#对可空值类型的支持

　　C#允许使用相当简单的语法初始化上述两个Nullable<Int32>变量x和y。事实上，c#开发团队的目的是将可空类型集成到c#语言中，使之成为“一等公民“。为此，c#提供了更清晰的语法来处理可空值类型。C#允许用问号表示法来声明并初始化x和y变量：

Int32? x =;
Int32? y =null;

在C#中，Int32等价于Nullable<Int32>。但是，C#在此基础上更进一步，允许开发人员在可空实例上进行转换和转型。C#还允许开发人员向可空实例类型应用操作符。以下代码对此进行了演示;

private static void ConversionsAndCasting()
{
    // 从非可空的 Int32 转换为 Nullable<Int32>
    Int32? a = ;
    // 从'null'隐式转换为 Nullable<Int32>
    Int32? b = null;
    // 从 Nullable<Int32> 显示转换为 Int32
    Int32 c = (Int32)a;
    // 在可空基类型之间的转型
    Double? d = ; // Int32 转型到 Double? (d是double类型 值为5)
    Double? e = b; // Int32? 转型到 Double? (e为 null)
}

C#还允许向可空实例应用操作符。下面是一些例子：

private static void Operators()
{
    Int32? a = ;
    Int32? b = null;

    // 一元操作符 (+ ++ - -- ! ~)
    a++; // a = 6
    b = -b; // b = null

    // 二元操作符 (+ - * / % & | ^ << >>)
    a = a + ; // a = 9
    b = b * ; // b = null;

    // 相等性操作符 (== !=)
    if (a == null) { /* no */ } else { /* yes */ }
    if (b == null) { /* yes */ } else { /* no */ }
    if (a != b) { /* yes */ } else { /* no */ }

    // 比较操作符 (<, >, <=, >=)
    if (a < b) { /* no */ } else { /* yes */ }
}

下面总结了c#如何解析操作符

一元操作符

操作符是null,结果也是null

二元操作符

两个操作符中任何一个是null，结果就是null。但有一个例外，它发生在将&和|操作符应用于Boolean?操作数的时候。在这种情况下，这两个操作符的行为和SQL的三值逻辑一样的。对于这两个操作符，如果两个操作符都不是null，那么操作符和平常一样工作。如果两个操作符都是null，结果就是null。特殊情况就是其中之一为null时发生。下面列出了针对操作符的各种true，false和null组合：

相等性操作

两个操作符都是null，两者相等。一个操作符为null，则两个不相等。两个操作数都不是null，就比较值来判断是否相等。

关系操作符

两个操作符任何一个是null，结果就是false。两个操作数都不是null，就比较值。

应该注意的是，操作符实例时会生成大量代码。例如以下方法：

private static Int32? NullableCodeSize(Int32? a, Int32? b) {
　　return (a + b);
}

在编译这个方法时，会生成相当多的IL代码，而且会使对可空类型的操作符慢于非可控类型执行的同样的操作。编译器生成的代码等价于以下C#代码：

private static Nullable<Int32> NullableCodeSize(
    Nullable<Int32> a, Nullable<Int32> b) {
    Nullable<Int32> nullable1 = a;
    Nullable<Int32> nullable2 = b;
    if (!(nullable1.HasValue & nullable2.HasValue)){
    return new Nullable<Int32>();
}
    return new Nullable<Int32>(nullable1.GetValueOrDefault() + nullable2.GetValueOrDefault());
}

C#的空接合操作符

　　C#提供了一个所谓的"空结合操作符"，即??操作符，它要获取两个操作符。假如左边的操作符不为null，就返回操作符这个操作符的值。如果左边的操作符为null，就返回右边的操作符的值。利用空接合操作符，可方便地设置的默认值。

　　空接合操作符的一个妙处在于，它既能用于引用类型也能用于可空值类型。以下代码演示了如何使用??操作符：

private static void NullCoalescingOperator() {
    Int32? b = null;

    // 下面这行等价于:
    // x = (b.HasValue) ? b.Value : 123
    Int32 x = b ?? ;
    Console.WriteLine(x); // "123"

    // 下面这行等价于：
    // String temp = GetFilename();
    // filename = (temp != null) ? temp : "Untitled";
    String filename = GetFilename() ?? "Untitled";
}

　　有人争辩说??操作符不过是?:操作符的"语法糖"而已，所以C#团队不应该将这个操作符添加到语言中。实际上，??提供了重大的语法上的改进。

第一个改进是??操作符能更好的支持表达式：

Func<String> f = () => SomeMethod ?? "Untitled";

相比下一行代码，上述代码更容易容易阅读和理解。下面这行代码要求进行变量赋值，而且用一个语句还搞不定：

Func<String> f = () => { var temp = SomeMethod(); return temp !=null ?temp : "Untitled"; }

第二个改进就是??在符合情形下更好用。例如，下面这行代码：

String s = SomeMethod() ?? SomeMethod2 ?? "Untitled";

它比下面这一堆代码更容易理解和阅读:

String s;
var sm1 = SomeMethod();
if (sm1 != null) s = sm1;
else {
var sm2 = SomeMethod2();
if (sm2 !=null) s = sm2;
else
s = "Untitled";
}

clr对可空值类型的特殊支持

clr内建对可空类型的支持。这个特殊的支持是针对装箱、拆箱、调用getType和调用接口方法提供的，它使可控类型能无缝地集成到clr中，而且使它们具有更自然的行为，更符合大多数开发人员的预期。

可空值类型的装箱

　　先假定有一个为null的Nullable<Int32>变量。如果将该变量传给一个期待获取一个Object的方法，那么该变量必须装箱，并将对已装箱的Nullable<Int32>的引用传给方法。但对表面上为null的值进行装箱不符合直觉—即使Nullable<Int32>变量本身非null，它只是在逻辑上包含了null。为了解决这个问题，clr会在装箱可空变量时执行一些特殊代码，从表面上维持可空类型一等公民低位。

　　具体地说，当CLR对一个Nullable<T>实例进行装箱时，会检查它是否为null。如果是CLR不实际装箱任何内容，直接返回null。如果可空类型实例不为null，CLR从可空实例中取出值，并对其进行装箱。也就是说，一个值为5的Nullable<Int32>会装箱成为值为5的一个已装箱的Int32。以下代码对这一行进行了演示：

// 对Nullable<T>进行装箱，要么返回null，要么返回一个已装箱的T
Int32? n = null;
Object o = n; // o 为 null
Console.WriteLine("o is null={0}", o == null); // "True"

n = ;
o = n; // o 引用一个已装箱的Int32
Console.WriteLine("o's type={0}", o.GetType()); //     "System.Int32"

其实在第一节中的Nullable<T>源码中已有显示，如：

static object Box(T? o)
{
    if (!o.has_value)
    return null;

    return o.value;
}

可空值类型的拆箱

　　CLR允许将一个已装箱的值类型T拆箱为一个T或者一个Nullable<T>。如果对已装箱值类型的引用是null，而且要把它拆箱为一个Nullable<T>，那么CLR会将Nullable<T>的值设为null。以下代码进行了演示：

// 创建一个已装箱的Int32
Object o = ;

// 把它拆箱为一个 Nullable<Int32> 和一个 Int32
Int32? a = (Int32?)o; // a = 5
Int32 b = (Int32)o; // b = 5

// 创建初始化为null的一个引用
o = null;
// 把它"拆箱"为一个Nullable<Int32> 和一个 Int32
a = (Int32?)o; // a = null
b = (Int32) o; // NullReferenceException

同样的，在第一节中的Nullable<T>源码中已有显示，如：

static T? Unbox(object o)
{
    if (o == null)
    return null;

    return (T)o;
}

通过可空值类型调用GetType

在一个Nullable<T>对象上调用GetType时，CLR实际上会"撒谎"说类型是T，而不是Nullable<T>。以下代码演示了这一行为:

Int32? x = ;
// 下面会显示"System.Int32"而不是"System.Nullable<Int32>"
Console.WriteLine(x.GetType());

如果设为null，会报错

Int32? x = null;
// 下面会显示"System.Int32"而不是"System.Nullable<Int32>"
Console.WriteLine(x.GetType());

输出结果

Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object.

at System.Object.GetType()

at AttributeStudy2.Program.Main() in E:\project\2Core\Test\ClrStudy\AttributeStudy2\Program.cs:line 19

通过可空值类型调用接口方法

　　在下面代码中，将一个Nullable<Int32>类型的变量n转型为一个接口类型IComparable<Int32>。然而，Nullable<T>不像Int32那样实现了IComparable<Int32>接口。C#编译器允许这样的代码通过编译，而且CLR的校验器也会认为这样的代码是可验证的，从而允许我们使用一种更简洁的语法：

Int32? n = ;
Int32 result = ((IComparable<Int32>)n).CompareTo(); // 能顺利通过编译和允许
Console.WriteLine(result); //

假如CLR没有提供这一特殊支持，那么为了在一个可空值类型上调用接口方法，就要写非常繁琐的代码。首先必须转型对已拆箱的值类型，然后才能转型为接口以发出调用：

result = ((IComparable)(Int32)n).CompareTo(); // 这太繁琐了
Console.WriteLine(result); //