浅析ASP.NET的TypeResolver

　　一、客户端的序列化与反序列化能力

　　在ASP.NET AJAX中，为客户端提供序列化能力的是Sys.Serialization.JavaScriptSerializer类的serialize静态方法  。这个方法能够将一个客户端对象序列化成为一个JSON字符串，它的使用方法非常简单  。如下：

var jsonStr = Sys.Serialization.JavaScriptSerializer.serialize(obj); 

　　没有过多可说的内容，可能比较“有特点”的地方就是它对于客户端Date对象的序列化操作  。如果我们调用下面的代码，会出现什么结果呢？

var jsonStr = Sys.Serialization.JavaScriptSerializer.serialize(new Date()); 

　　得到的结果类似于是“"@1162814090119@"”，请注意两边还有双引号  。这个是一个ASP.NET AJAX对于Date对象比较特殊的表示方法，如果在某些时候开发人员需要自己来“拼接”字符串时，就需要注意这一点  。

　　给ASP.NET AJAX客户端带来反序列化能力的就是Sys.Serialization.JavaScriptSerializer类的deserialize静态方法  。如下：

var obj = Sys.Serialization.JavaScriptSerializer.deserialize(jsonStr);  

　　它事实上只是简单地调用了 JavaScript内置的eval方法  。当然，既然序列化时对于Date对象有特殊的表示方法，在反序列化时，也会考虑到这一点： Sys.Serialization.JavaScriptSerializer类的deserialize静态方法在调用Evail之前，会把 “"@...@"”变成“new Date(...)”的形式，这就是标准的JSON字符串了  。

　　二、JavaScriptTypeResolver与JavaScriptConverter

　　客户端的序列化和反序列化非常简单，我把它放在这里一并说明更像是为了让内容更加完整  。而服务器端的序列化与反序列化就不是那么轻易的了，它涉及到大量的字符串操作，也涉及到一定的自定义能力  。这才是这片文章想要着重说明的  。

　　ASP.NET AJAX提供的序列化和反序列化能力都是由Microsoft.Web.Script.Serialization这个命名空间下的类完成的  。不过幸运的是，他们大都是内部类，真正能够给开发人员使用的只有JavaScriptSerializer类的数个方法而已  。ASP.NET AJAX已经带给我们比较充足的序列化与反序列化的能力，我们只需要掌握它，知道它们是如何工作的，那一般也就足够了  。

　　不过要进入对于这些序列化与反序列化能力的了解，首先需要了解其它的两个类：JavaScriptTypeResolver和JavaScriptConverter  。

　　1、JavaScriptTypeResolver

　　JavaScriptTypeResolver是一个抽象类，虽然是第一次在Atlas多个Release中出现，但是它并不是一个新鲜事物  。它的作用就相当于Atlas CTP中的IJavaScriptSerializeContext接口，甚至可以说只是换了类名和方法名（事实上，从一个接口转变为一个抽象类，这个做法让人摸不着头脑，因为现在的抽象类也不存在任何的实现）  。这个类的作用是“将一个字符串，与一个特定的类进行关联，使字符串成为那个特定类的一个标识 ”  。这个抽象类存在着两个方法：
1). String ResolveTypeId(Type)：得到Type对象的标识字符串  。
2). Type ResolveType(String)：从字符串标识获取一个Type对象  。

　　可以看出，这两个方法是一对相反的操作  。他们会分别运用在序列化于反序列化操作之中  。如果对于这个类的作用还不是非常了解的话，那么可以看一下 ASP.NET AJAX中这个抽象类的一个简单实现  。那就是 Microsoft.Web.Script.Serialization.SimpleTypeResolver类  。它的代码如下：

public sealed class SimpleTypeResolver : JavaScriptTypeResolver  
{  
public override Type ResolveType(string id)  
{  
return Type.GetType(id);  
}  
public override string ResolveTypeId(Type type)  
{  
if (type == null)  
{  
throw new ArgumentNullException("type");  
}  
return type.AssemblyQualifiedName;  
}  
} 

　　SimpleTypeResolver的作用是将一个类的Assembly Qualified Name与一个类型关联了起来  。但是个人认为千万不要使用这个类，如果用了这个类的话，Strong Named Assembly的信息不是都暴露出去了吗？Version，Culture，PublicKeyToken，“一个都不能少”  。

　　2、JavaScriptConverter

　　JavaScriptConverter类的作用是提供了开发人员自定义序列化与反序列化的能力，这一点对于操作含有循环引用的复杂对象尤其重要  。在之前的文章中我分析过这个类，也有过这个类的使用示例  。不过这个类在RTM Release中的功能被精简了  。它的方法和属性被缩减成了三个：

　　1). IEnumerable SupportedTypes：只读属性，返回这个Converter所有能够支持的类  。
2). object Deserialize(IDictionary dictionary, Type type, JavaScriptSerializer serializer)：
这个方法的第一个参数是一个字典，有朋友可能会认为这个字典和JSON字符串的表示非常的接近：由Dictionary和List嵌套而成，最底端的元素为一些基本类型对象  。不过事实上不是如此  。ASP.NET AJAX在反序列化一个JSON字符串时，如果出现了“{ "__type" : "...", ...}” 这样的片断时，在将其转换为真正的JSON表示的Dictionary（只存在基本类型对象的Dictionary）之后，如果发现该 Dictionary存在“__type”这个Key，那么就会设法在这个时候就将它转换为__type值表示的那个类型了  。也就是说， JavaScriptConverter的Deserialize方法接受到的第一个参数字典中，也有可能已经是一个特殊的类型了  。
第二个参数为转换的目标类型  。而第三个参数，则是调用当前Deserialize方法的JavaScriptSerializer了，我们的一些反序列化操作可以委托给它执行，它已经关联好了web.config中配置的JavaScriptConverter  。不过需要注意的就是，千万要避免下一步操作又没有改变地回到了当前的Deserialize方法，显然这样会出现死循环  。
3). IDictionary Serialize(object obj, JavaScriptSerializer serializer)：这个方法的作用相对纯粹一些，将obj对象转换为一个IDictionary对象，在这个方法将结果返回后，ASP.NET AJAX会在这个Dictionary中添加“__type”的值，这样的话，在反序列化时也能够使用当前的JavaScriptConverter来进行相反的操作  。

　　
3、使用JavaScriptTypeResolver与JavaScriptConveter

　　当定义了JavaScriptTypeResolver与JavaScriptConverter后，还需要将其添加进某个JavaScriptSerializer后才能生效  。代码大致如下：

// 定义一个JavaScriptTypeResolver实例  
JavaScriptTypeResolver resolver = new MyTypeResolver();  
// 创建一个使用上面Resolver的JavaScriptSerializer  
JavaScriptSerializer serializer = new JavaScriptSerializer(resolver);  
// 创建一个JavaScriptConverter数组  
JavaScriptConverter[] converters = new JavaScriptConverter[] { new MyConverter() };  
// 将Converter关联到Serializer中  
serializer.RegisterConverters(converters);  
// 使用JavaScriptSerializer进行序列化或反序列化操作  
serializer.Serialize(...); 

　　关于JavaScriptConverter的使用，还需要提一点，就是在web.config文件中可以进行一些配置  。如下：

<jsonSerialization> 
<converters> 
<add name="..." type="..." /> 
...  
converters> 
jsonSerialization> 
 

　　需要注意的是，有些朋友认为在 web.config里进行了JavaScriptConverter配置后，这些Converter就会默认被运用在 JavaScriptSerializer的使用上  。但是事实上这些配置的Converter只会被运用在Web Service的访问上，如果新创建了一个JavaScriptSerializer，则需要重新分配，才能使JavaScriptConverter生效  。