wwHoverPanel 的一些不足和想法：

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

     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控件(无论客户端还是服务器端的)。
    3. 目前还只支持调用Web Services的服务，对于ASP.NET的内置的服务以及WCF的服务支持也没有看见，也不支持页面或控件内的方法调用
    4. 功能上还不稳定，一些功能仅是在特定条件下的特性实现，还不能满足部署生产环境的要求。我认为，如果Atlas发布Go-Live License，那么可以考虑Atlas的放入到正式的项目或应用中。

    我并不建议，你现在就将它应用在一个老的ASP.NET 项目中，或是老项目迁移到ASP.NET v2.0时优先考虑它；更多时候，如果你是创建一个新的ASP.NET应用，而又跨越了其学习曲线的情况下，可以考虑使用它。目前的情况下，对于 Atlas，我建议，你应该保持足够的关注和实践学习，但是要抑制住将其应用到项目中的兴趣；因为Ajax，你现在可以开始关注和学习它，但是你不能因为 要实现Ajax一个特性，而立即选择Atlas，那么是可能有风险的。

    注： Atals 的Microsoft.Web.Script.Serialization 命名空间中有JavaScriptObjectDeserializer和JavaScriptObjectSerializer两个对象，第一，我不确 定其是否也是JSON 序列化，而且我也不确定目前是否支持两路双向的序列化；第二，目前的版本，我还不能进行自定义或扩展，同时也很难对于其性能做任何的结论 。