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

4. 目前版本的功能已经非常强大和略有些复杂了，而且部署比较方便，无需设置HTTP Model。

经典必看文章-Introduction to Anthem.NET
http://www.codeproject.com/useritems/AnthemNET.asp#xxxx


3. wwHoverPanel AJAX Control for ASP.NET

wwHoverPanel AJAX Control for ASP.NET 这也是一个ASP.NET的控件，但是提供了客户端回调(高级回调)、客户端调用页面方法，以及双向两路的序列化功能。
wwHoverPanel 吸取了MagicAjax.NET 和 Anthem.NET的优点，同时又结合了ASP.NET的客户端回调功能，是一个轻量级的Ajax组件。

看待wwHoverPanel 最大的两个特性中的一个是用很简单的方式实现了一个HoverPanel Behavior，这个实现比目前Atalas的Behavior 要简单，作者Rick Strahl 也强调这个主要是结合他具体的应用，比如这里提供了一个小的HTML板，可以显示获得的结果信息。

wwHoverPanel 也提供一个局部回调的方法，但是这点的实现上和MagicAjax.NET 以及 Anthem.NET完全不同，它是使用一个StartCallback的Javascript来组合查询字符串提交并且使用XMLHTTP发请求到服务器的某个页面(由ServerUrl 属性指定)，之后这个页面将结果以Response.Write()的原生HTML内容返回。这个和ASP.NET的回调方法非常类似，而且还支持将请求发到本页之外的ASP.NET并获得结果，所以它增强了原来ASP.NET的客户端回调的方法，即支持其它页面的回调。可以说，这是一种基于URL的客户端回调。

wwHoverPanel 提供的第二个功能是，客户端可以调用服务器端中的某个页面的方法(这些方法以[CallbackMethod]进行标识)，这种情况下，你要设置EventHandlerMode="CallPageMethod" ，然后使用wwHoverPanel.服务器方法名(参数，参数，...，回调处理函数)的方式进行调用。这个其实使用的是一个Javascript的CallMethod 方法，调用服务器端的请求。Javascript 的HandleCallback 则用来处理返回的结果，逻辑相对简单，尽管控件的innerHTML 也被赋值，但这个主要是为了维护作为客户端回调结果显示的小的HTML板的内容，否则就是调用页面中的方法了，那么结果就直接给客户端的回调方法了。

特色三，就是我说的双路的序列化功能了，其实这个场景我们也非常需要，比如我们用客户端回调或XMLHTTP请求获得了一个定单对象，那么客户端修改之后，我还想把它作为一个客户端调用的输入参数，返回到服务器端。这时候两路双向的序列化就需要了，因为这次服务器需要将Javascript的函数传了的数据序列化成.NET的类。这也就是JSON的双向序列化了(主要代码在JSONSerializer.cs )，这也是我挺喜欢的一个功能，因为我对这个功能关注很久，但是目前流行的Ajax-NET的框架都不支持这个功能。
目前在wwHoverPanel 的场景中，我认为这是一种轻量级的实现，对于多层嵌套多组引用的对象图类型或是大规模容量访问压力下，客户端和服务器端都还需要优化，所以如果其作为Ajax架构，客户端和服务器端通信和传递数据的通讯层上，显然是有些单薄了。

wwHoverPanel 的一些不足和想法：
1. 该控件是目前我见过.NET平台下，惟一同时支持客户端回调和页面方法调用的Ajax 控件，同时又支持两路双向的序列化。
2. 相对来说，wwHoverPanel是设计最简单的一个，而且是基于控件不依赖HTTP Model和ASP.NET Page Pipeline，也不依赖ViewState
3. 该控件能够让你在Ajax特性实现的技术层面上，能够在客户回调和客户端调用页面方法两者中取得平衡。
4. 目前的客户端回调支持其它页面的回调，但是其结果输出需要输出原始的HTML，这个影响应用的分层和设计。
5. JSON的双向序列化是一个不错的方案，但高性能的场景下，应该考虑实现更高效的序列化框架

经典必看文章-wwHoverPanel AJAX Control for ASP.NET posted
http://west-wind.com/weblog/posts/4408.aspx



4. Atlas

这个产品，我就不列举具体的功能了，而主要说一下我对其的看法和持有的态度。因为在我的Ajax书评中提到过问题。
Atlas 是一个个性鲜明的产品，其优点是明显的，缺点也是明显的，但首先你必须认识到它还是一个比较复杂，拥有较高学习曲线的解决方案。对于其复杂性，老实说目前，大多数人还缺乏真实的感受。

最近的一个个版本-Jan CTP，我们看到了一些特性，其强大之处在于：

1.客户端(Javascript)的数据绑定、校验带来便利。
2. 新的Update Panels不仅拥有了MagicAjax.NET 的特性，而且功能更强，是目前Atlas中异步回调的主要控件。
3.内置了一些具体Ajax特性的控件，比如AutoCompleteExtender ，DragOverlayExtender
4. 提供了一些使用的控件比如，ScriptManager, Triggers ,TimerControl
5. 主要用途着重在提供一个客户端控件和服务器端控件的特性集成的方案和容易使用的开发效率上。

但缺点也是明显的，比如：
1. 客户端的Behaviors还很弱，模板(Templates)和UI增强(UI Enhancements)功能还没有看到。
2. 所谓的客户端Atlas控件(“Atlas” Client Controls)和服务器端的Atlas控件(“Atlas” Server Controls) 还没有一个明确的规范，所以现在你基本上还不能创建自定义的Atlas控件(无论客户端还是服务器端的)。

文章来源：

责任编辑：