在本书的第Ⅰ卷，我们了解了ASP.NET AJAX中简单易用的服务器端编程模型。在读完这部分内容之后，很多朋友都会觉得使用ASP.NET AJAX服务器端控件就已经能够实现绝大部分Ajax应用程序的需求了，事实也确实如此（即所谓的“UpdatePanel万能论”）。但ASP.NET AJAX还提出了一种完全不同于ASP.NET服务器端编程模型的客户端编程模型，并将其作为整个ASP.NET AJAX架构中极为重要的一部分，与服务器端编程模型分庭抗争。微软公司这样做的意图是什么呢？
辩证地看，世界上没有任何东西是只有优点而没有缺点的，有所得则必有所失。在程序开发领域中，一个简单易用、封装良好的框架一般都会在细节和效率上有所损失。以我们熟悉的Java和C++两种语言为例。Java语言简单易用，并且对面向对象方面的特性有着完美的支持，这些特性远胜于C++；而C++语言在对计算机底层的控制、执行效率上却有着Java无法比拟的优势。也就是说，Java和C++分别侧重于程序开发效率和执行效率。回到ASP.NET AJAX，服务器端编程模型就像是Java——简单直观、可以充分利用开发人员现有的知识；而客户端编程模型则类似于C++——能够控制页面的每一个细微之处，且网络传输效率也非常的高，但这种编程模型需要更长的学习过程，特别是对于熟悉ASP.NET服务器端编程模型的开发人员，开发效率没有使用服务器端模型那么高。由此可以看出，在ASP.NET AJAX中，程序开发效率和执行效率是同样侧重的。
当然，ASP.NET AJAX的客户端编程模型也并不是非常难以上手。微软公司为了让客户端开发变得更加简单而煞费苦心，ASP.NET AJAX的客户端框架提供了一系列帮助开发者提高开发效率的基础设施，包括对客户端开发语言——JavaScript面向对象方面的扩展、丰富的客户端组件/控件、直观易懂的ASP.NET AJAX脚本语言，以及对将集成到未来Visual Studio 2008（开发代号Orcas）中的可视化客户端程序开发的支持等。可以说，ASP.NET AJAX客户端框架已经让Java- Script开发变得前所未有的简单。
不过，ASP.NET AJAX的客户端编程模型和服务器端编程模型并不是完全排斥的，在某些情况下将二者合理地结合起来，将会带来意想不到的结果：既关注了程序的开发效率，也保证了其执行效率。
本章将简单比较ASP.NET AJAX服务器端编程模型和客户端编程模型，意在帮助你承上启下地快速从所熟悉的ASP.NET AJAX服务器端编程模型切换至本卷将要介绍客户端编程模型中。
0.1 将表示层完全放到客户端
ASP.NET AJAX客户端编程模型一个最主要的设计理念就是将表示层完全放到客户端，也就是除了页面加载这一次HTTP响应之外，后续的HTTP响应中都将只包含纯粹的数据，至于这些数据将显示成一个列表还是一段文本，或是其他什么形式，则全由客户端决定。
ASP.NET AJAX的客户端编程模型为什么要这样设计？我们从对比某个包含了提供分页功能的数据表格页面在传统的ASP.NET编程模型、ASP.NET AJAX服务器端编程模型和ASP.NET AJAX客户端编程模型中的实现方式开始讲起。
0.1.1 传统的ASP.NET编程模型
在传统的ASP.NET编程模型中，实现这个数据表格页面是我们非常熟悉的。一般情况下，GridView（对于ASP.NET 1.x来讲，是DataGrid）将是一个非常好的选择。这样，客户端和服务器端的模型将如图0-1所示。
图0-1 传统的ASP.NET编程模型
从图0-1中可以看到，在我们熟悉的传统ASP.NET编程模型中，客户端非常地“瘦”，不过是一段普通的HTML代码而已，用户的每一次操作都将导致浏览器中的所有内容刷新一遍。而服务器端则非常地“胖”，它将负责根据客户端的请求得到数据，并生成包括数据和表现内容的完整一页发送给客户端。
在我们的数据表格场景中，若用户点击了数据表格上的“下一页”按钮，则客户端将仅仅把“下一页”这个信息告诉服务器。然后，服务器根据当前的上下文（当前的页码）计算出下一页数据在整个数据集合中的位置，并从数据库中得到这一段数据，随后使用数据网格控件（GridView或DataGrid）将其填充到一个HTML <table />标签中，同时还重新生成了页面中其他内容，例如页眉、页脚、导航栏、菜单等，最后将这个全新页面的完整HTML代码（即从<html>到</html>）都发送回客户端。
0.1.2 ASP.NET AJAX服务器端编程模型
若使用ASP.NET AJAX服务器端的UpdatePanel控件将这个数据表格包围起来，让页面拥有“异步回送、局部更新”的Ajax特性，则客户端和服务器端的模型将如图0-2所示。
图0-2 使用UpdatePanel的ASP.NET AJAX服务器端编程模型
从图0-2中可以看到，在使用UpdatePanel实现的Ajax数据表格页面中，客户端的功能丰富了一点，即多了一个用来管理页面局部更新的JavaScript组件。而对于服务器端，则基本和传统的ASP.NET编程模型没有什么区别，依然是先根据客户端的请求计算并取得相应的数据，但在页面呈现时，ASP.NET AJAX将只呈现UpdatePanel中的内容，并将这部分内容发送给服务器。
在我们的数据表格场景中，若用户点击了数据表格上的“下一页”按钮，则客户端将同样仅仅把“下一页”这个信息通知给服务器，不过这种通知是采用XMLHttpRequest对象以“柔和”的异步方式进行的。然后，服务器如同普通ASP.NET页面一样，根据当前的上下文（当前的页码）计算出下一页数据在整个数据集合中的位置，并从数据库中得到这一段数据，随后使用数据网格控件（GridView或DataGrid）将其填充到一个HTML <table />标签中。但在最后的页面呈现环节中，服务器将不再重新生成页面中页眉、页脚、导航栏、菜单等其他内容，而是只生成UpdatePanel中的那个<table />以及其中的内容，并将该<table />发送回客户端。当这个HTML <table />片段返回到客户端之后，客户端的局部更新管理器将用其替换页面上原有的那个<table />，这样就实现了数据表格的翻页功能。
0.1.3 ASP.NET AJAX客户端编程模型
我们同样可以使用ASP.NET AJAX的客户端编程模型来实现上述需求，这也正是本卷中将要重点介绍的内容。这时的客户端模型和服务器端模型将如图0-3所示。
图0-3 ASP.NET AJAX客户端编程模型
从图0-3中可以看到，在完全使用ASP.NET AJAX客户端编程模型的页面中，客户端承担了非常重要的职责，负责将用户的操作转化为对服务器端的请求，并用指定的样式呈现出服务器端返回的数据（图0-1和图0-2中的数据网格控件已经从服务器端移到了客户端）。而服务器端的职责则明显少了——只为客户端提供数据，不包含任何数据的表现样式。
关于ASP.NET AJAX客户端数据网格等数据绑定控件，将在第8章中介绍。
在我们的数据表格场景中，若用户点击了数据表格上的“下一页”按钮，则ASP.NET AJAX将在客户端根据当前数据表格的状态（当前页数、每页条目数等）计算出接下来要显示的内容范围在数据集合中的位置，并将这个位置信息发送给服务器，而不是像前面两种模型那样只发送“下一页”命令。服务器端Web Service接收到这个内容范围之后，可以很容易地根据该信息从数据库中取得到所需的数据，并直接将这个数据（可能是Array，或是更加强大的DataTable）发送回客户端，而并不需要发送一个填充了这些数据的HTML <table />。在客户端ASP.NET AJAX框架得到服务器端的响应之后，将会使用位于客户端的数据网格控件把这一段数据按照一定的样式进行格式化，并显示到页面中。
