
























谁动了我的构造函数?
——由DBNull引发的……
总所周知,DBNull只有一个实例——DBNull.Value,我们不可能通过new DBNull()方法来创建一个新的DBNull实例,这是因为:DBNull的构造函数是私有的,大概就如同下面这样。
public sealed class DBNull
{
public static readonly DBNull Value = new DBNull();
private DBNull()
{
}
}
一个典型的单实例模式,那么也就是说,两个非null的DBNull对象实例间的==比较,一定会返回true咯?看起来……似乎……确实是这样的,因为这个对象只有一个实例嘛,它们的引用比较一定是相等的。
慢着,在下这个结论前,先给大家看一段代码
using System;
using System.Collections.Generic;
using System.Text;
using System.Xml.Serialization;
using System.IO;namespace ConsoleApplication2008
{
public class Program
{public class TestClass
{
[XmlElement()]
public DBNull MyValue = DBNull.Value;
}static void Main(string[] args)
{
TestClass v1 = new TestClass();
XmlSerializer xs
= new XmlSerializer(typeof(TestClass));Console.WriteLine(v1.MyValue
== v2.MyValue ? "Match" : "Unmatch");
Console.ReadKey();
}
}
}
没什么花哨的地方,无非是xml序列化,然后再反序列化而已,运行一次看看……Oh,为什么?结果怎么会是Unmatch?难道说DBNull对象可以有两个不同的实例?这和它的声明可不一致啊!它的构造函数可是private的,除了它自身,不应该有其它对象可以调用的,难道说……
整理一下思路,TestClass对象在反序列化时,到底发生了什么?当然是调用TestClass的构造函数,生成一个实例咯,然后呢?调用每个公共成员(属性和成员变量)的类型的构造函数,将实例赋给相应的成员,如此反复下去……咦?等等,DBNull的构造函数是private的,要想取得实例,必须使用DBNull.Value来获得,.NET框架不可能聪明到会自动去使用DBNull.Value吧?既然这样,那DBNull是如何被反序列化出实例来的?一个私有的构造函数是怎么会被调用的?
不妨再做个例子:
using System;
using System.Collections.Generic;
using System.Text;
using System.Xml.Serialization;
using System.IO;namespace ConsoleApplication2008
{
public class Program
{
public sealed class SingletoneClass
{
private static int i = 0;
public static readonly SingletoneClass Value = new SingletoneClass();private SingletoneClass()
{
Console.WriteLine("SingletoneClass 被第 {0} 次实例化", ++i);
}
}public class TestClass
{
[XmlElement()]
public SingletoneClass MyValue = SingletoneClass.Value;
}static void Main(string[] args)
{
Console.WriteLine("构造TestClass.");
TestClass v1 = new TestClass();
XmlSerializer xs
= new XmlSerializer(typeof(TestClass));ms.Seek(
0, SeekOrigin.Begin);Console.WriteLine(v1.MyValue
== v2.MyValue ? "Match" : "Unmatch");
Console.ReadKey();
}
}
}
哦~运行结果是这样:
构造TestClass.
SingletoneClass 被第 1 次实例化
v1序列化.
反序列化出v2.
SingletoneClass 被第 2 次实例化
Unmatch
SingletoneClass的第1次实例化很容易理解,那是它自身的静态只读成员Value造成的,第二次是什么原因造成的呢?想来想去,只能是在反序列化过程中调用的,也就是说“.NET框架可以调用我们的私有构造函数”。那么问题就产生了,我期望的只有一个实例的对象现在出现了两个实例,这样的话==操作符判断的结果就肯定会是false,如果你的代码中出现了大量的:
if (v == DBNull.Value)
{
}
这样的代码,而你又对这个对象做了XML序列化/反序列化,那么很显然,这段代码不能如我们所期望的那样工作。怎么办?
如果是如SingletoneClass一样的自定义对象,那么也好解决,重载==操作符即可:
public sealed class SingletoneClass
{
private static int i = 0;
public static readonly SingletoneClass Value = new SingletoneClass();private SingletoneClass()
{
Console.WriteLine("SingletoneClass 被第 {0} 次实例化", ++i);
}public override bool Equals(object obj)
{
if (obj == null || obj.GetType() == this.GetType())
return true;
else
return false;
}public static bool operator ==(SingletoneClass a, SingletoneClass b)
{
// If both are null, or both are same instance, return true.
if (System.Object.ReferenceEquals(a, b))
return true;return a.Equals(b);
}public static bool operator !=(SingletoneClass a, SingletoneClass b)
{
return !(a == b);
}
}
这样做虽然有违==操作符的本意,却也是无可奈何的解决办法,你总不能拒绝.NET框架调用你的私有构造函数吧?那样的话,反序列化又如何进行呢?不过DBNull又该如何解决呢?我们不能通过修改.NET框架本身来达到我们的目的吧?(或者让微软出补丁?这算是BUG吗?)哪位看官能帮我解答?
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。