面向.NET开发人员的Ajax 技术平台策略

在这里我将试图考察一下目前.NET平台的下的Ajax框架，我也试图从中总结出来一种方法，使得你可以在众多基于.NET平台的Ajax框架和工具包中 找到你所合适的一种，同时也希望你在考察、预研和使用这些流行的这些Ajax-NET 的框架时，做得理性和有的放矢。

　　我想，文章的方法会给目 前使用Ajax的.NET用户带来帮助，从而提高你在.NET平台下使用Ajax的体验。为什么这么说，因为最近我的一个客户(应该是一些客户)的研发主 管对我说，我们对Atlas 非常兴趣，想了解更多一些相关的内容和如何开始看待Atlas，因为下个月会来一个Atlas的专家和我们交流。因为我知道这个主管手上掌握着一个 Ajax架构的业务应用，目前在考虑从.NET v1.1迁移到.NET v2.0，Atlas能在怎样的程度上帮忙他或他的Team?我没有说太多，因为心里我有些吃惊，目前的他们的架构应用Atlas 可能并不是一个明智的选择，当然这个担心基于我目前对Atlas的理解。

　　我列举和讨论的Ajax-NET的框架和工具包括 Atlas(Jan CTP), Anthem.NET, MagicAjax.NET , Ajax.NET Professional 和wwHoverPanel Control，这基本都是我关注的.NET平台的下的Ajax 的一些框架和实现。 基本上也都是我的这篇文章中列举的，另外一个原因是因为他们基本上都是开源的，这个非常重要，因为没有源代码，我们将不知道究竟发生了什么。另外我无意于 使之成为像Daniel Zeiss作的这个比较报告。

　　首先，开门见山的说明我的观点。

　　对于开源或现有的 Ajax-NET技术或框架的选用必须针对你目前应用的架构来选取和考虑，如果你目前的架构是"似Ajax"的，那么你在选择现在所有流行的Ajax- NET的技术的时候都必须非常小心;而如果你目前的应用是使用传统的ASP.NET的应用架构(或准备用ASP.NET v2.0开始创建新的应用)，那么目前流行的Ajax-NET的框架和技术都是普遍适合的，关键你要在合适的时机选择合适的某个框架或实现。

　　在我的眼中，目前流行的Ajax-NET的框架或实现都是Add-in (Plug-in)的模式的，也就是说这些框架对于所有后一种即使用传统的ASP.NET的应用架构(或准备用ASP.NET v2.0开始创建新的应用)是Awared的也就是非常有利和方便的。但对于"似Ajax"的架构来说，情况有所不同，需要你从另外的角度来衡量，有选择 的使用。

　　那什么是"似Ajax" 的架构呢，这就是说，你的应用程序是在Ajax概念提出之前就创建的。从客户端和服务器端的交互分析来说，你的客户端有大量的Javascript 代码接受XML数据，进行对象的序列化，然后使用Javascript配合其它的HTML技术展现这些对象和数据，也可能你还有一堆HTC或其它的 Javascript的HTML表现层控件。你的服务器端是一个Facade(或者是Adapter,Observer)模式的(Handler)控制 器，接收客户端Javascript的XML请求数据后，然后解析XML，然后调用相应的某个服务或业务组件，再将结果以XML的形式返回给客户端 Javascript ，客户端的Javascript接收之后，再进行处理和显示，因为可以使用HTML的DOM 和CSS，所有页面的展现是动态的。

　　这样客户端是中描述的Script-centric architecture 或Data-centric interactions 的方式。而且这种方式和Jesse James Garrett列举的Ajax 是最类似的，只不过那时你或我不知道这个可以叫Ajax，只不过是现在的人误解了Ajax，Ajax成了一种技术，一种特性，而首先不是一种某种架构下 Web 应用了。

　　而且目前流行的Ajax-NET的框架基本上都没有实现双向序列化，因为实现一个TextBox的自动完成客户端 只用接收数据就行了，根本不用传回数据/对象到服务器端，同样做一个Ajax的状态进度条也不用，但这些都是Ajax啊，我们衡量的标准是异步的、页面没 有