AJAX请求。我在这里通过示例中的代码来展示这种使用方式（这个示例源于Brad Abrams提供的ASP.NET MVC示例，不过我舍弃了Northwind数据库与Entity Framework，取而代之的是XML数据以及自定义的简单Model。此外，我也将其移植到ASP.NET MVC框架的0416 Build中）：
<% foreach (var category in this.ProductCategories)
{ %>
<li>
<%= Html.ActionLink<ProductsController>(
c => c.List(category, 1),
category,
new { onclick = "mvcAjax.get(this, event)" })%>
</li><%
} %>
这段代码来自分类列表页。与AJAX改进之前的代码相比，唯一的区别就是额外指定了元素的onclick事件（加粗部分）。在onclick事件执行中，这个链接默认的跳转行为将被取消，取而代之的是一个AJAX请求，请求的目标便是ProductsController中名为List的Action。
我们可以使用上面的方式应对普通链接，那么又该如何将一个客户端from的提交行为也变成AJAX操作呢？以下依旧是示例中的代码：
<form method="post"
action="<%= Url.Action("Update", new { id = this.Product.ProductID }) %>"
onsubmit="mvcAjax.submit(this, event);">
<table>
<tr>
<td>Name:</td>
<td><%= Html.TextBox("Name", this.Product.Name) %></td>
</tr>
</table>
<input type="submit" value="Save" />
</form>
在截获了form的submit事件之后，客户端将会收集该form中的所有input、select等值，组成一个请求的body，并且以HTTP POST的方式发出一个AJAX请求。余下的事情和之前就没有什么区别了。
与UpdatePanel相比，MvcAjaxPanel的客户端截获方式可谓“纯手工”，但是我并不认为这会造成什么问题。ASP.NET MVC强调的就是职责分离，而这种分离并不仅仅体现在代码上，也体现在开发人员的职责上。在开发ASP.NET MVC应用程序时，负责View的是前端开发工程师，对他们来说JavaScript与AJAX可谓是再熟悉不过的技术。在合时的地方手动编写一些JavaScript调用反而会让他们得到无比的自由性。例如在之前的代码示例中，调用mvcAjax.get或mvcAjax.submit方法时完全可以在前后自由地加入额外操作或者条件判断。这就不会像使用UpdatePanel时，如果需要使用JavaScript提交一个AJAX更新，还需要借助不登大雅之堂的trick。
也正因为如此，Nikhil提出的解决方案非常不错，它能够和前台开发人员的自定义逻辑进行灵活地结合。此外，通过阅读ASP.NET MVC框架0416 Build的代码，我发现在新版本的ASP.NET MVC中似乎将会内置这种AJAX解决方案了——不过这也的确符合微软的一贯做法，不是吗？:)
这个AJAX解决方案原型的使用方式和工作原理已经描述完了，如果您对其具体实现感兴趣，或者想亲自尝试一下，可以下载文章末尾的附件。附件中的解决方案包含三个项目，MvcAjax为提供MvcAjaxPanel的项目，而MvcWebApp是一个普通的ASP.NET MVC示例程序，而MvcAjaxWebApp自然就是添加AJAX效果之后的结果了。在示例中，我还在Master Page中定义的菜单（即页面左侧的菜单）里显示了一块当前时间，这是为了体现MvcAjaxPanel的“一次提交，多处更新”的特点。
不过需要强调的是，这仅仅是个原型。或者说这只是一种实现上尝试，在很多细节方面并没有作太多追求。如果要成为一个完善的AJAX解决方案，还需要作大量的改进。例如：
提供一些客户端的hook供前台开发人员使用（如提交前、接受后、或者处理一个提交还没有返回，客户端就发起另一个请求的情
