Ajax 应该不是一项技术，是一种思想而已，跟ASP.NET 以及其它Web开发语言没有什么太大关系，这里只是谈谈 ASP.NET 中目前使用的Ajax 技术以及其它一些实现 Ajax 的优秀框架。
Ajax已经很流行一阵子了，现在谈Ajax觉得有点老土。目前所谓的Web2.0 网站，基本上没有不使用Ajax 的，就如使用RSS一样，就如同一个标签，贴上去就成了 2.0。Ajax 具体细节不谈，其目的就是让用户触发一些操作的时候，页面不会全部刷新，只刷新待更新的“部分页面”，加载数据的过程中，用 Loading 的图片来表示正在加载数据，不只是看起来挺不错，也提高了用户的访问体验，有一种酷酷的感觉。
至于ASP.NET 中用到的Ajax ，我想大多数人使用的是Ajax.net / AjaxProfessional 或者ASP.NET 2.0 中带有的Atlas 框架。因为都用过，我感觉这些都不是很好的Ajax 解决方案。
AjaxPro用起来不是很方便，页面需要在Page_Load 里面注册，类似于
以下是引用片段：
privatevoid Page_Load(object sender, System.EventArgs e)
{
AjaxPro.Utility.RegisterTypeForAjax(typeof(DataAccess.MyAjax));
}
而且ASPX 页面要包含一个Runat=Server 的标记，这样Ajax.net 会将用到的一些通用函数以及你自定义的函数加载进来，如果没有 其实也可以，手动添加就可以了。但是，在我以前做过的应用中，时常出现的一些问题，比如，经常发现浏览器状态栏会有js 脚本错误，而此时你所做的Ajax 效果会全部失效，解决办法就是，把那个 Ajax.dll /AjaxPro.dll 给重新覆盖一下就可以了，问题的原因究竟是什么，目前还不知道。
至于Atlas，我对它的感觉其实就跟对DataGrid 的感觉一样，嗯，这种控件的好用是好用，很方便，但是，真正做一些Web 应用的时候，你不得不考虑到性能以及分层等各种问题。我想，在比较正式的Web 应用中，没几个人去用 DataGrid 去显示一些数据吧，建议大家尽量少用这些控件。另外就是，Atlas 的执行效率确实不够理想，一直在那里 Loading，等了好长时间，竟然出现什么脚本错误，汗。
那还有没有其它解决方案吗?你可以自己写些Javascript 函数去实现。不过，我这里推荐用jQuery 这个Javascript 框架，从百度百科引用一段对其的介绍：
jQuery 是继prototype之后又一个优秀的Javascrīpt 框架。其宗旨是——WRITE LESS,DO MORE,写更少的代码,做更多的事情。