選择正确的表示层体系结构.docVIP

选择正确的表示层体系结构发布日期 : 4/25/2005 | 更新日期 : 4/25/2005 David HillMicrosoft Corporation 摘要：表示层是应用程序中极其重要的一部分。本文讨论了瘦客户端和智能客户端方法，并提供了有关如何在它们之间进行选择的指南。 本页内容 简介 表示层的重要性 什么是瘦客户端？ 什么是智能客户端？ 选择正确的交互层体系结构 客户端平台 部署和更新 用户体验 性能 客户端集成 脱机功能 小结 资源 关于作者 简介 表示层是应用程序中至关重要的一部分 — 构建不适当的表示层可能会导致复杂性太高、缺少灵活性，并使得用户体验效率低下、不尽人意。众所周知，在部署和可管理性方面，瘦客户端应用程序比传统的胖客户端应用程序更具优势，这使得它们在近些年颇受欢迎。但是，随着智能客户端的到来，表示层体系结构的选择不再那么直捷了当了。胖客户端已经演变为智能客户端，综合了瘦客户端在中央管理方面的优势，以及胖客户端的灵活性、更佳的响应效果和高性能。本文讨论了瘦客户端和智能客户端方法，并提供了有关如何在它们之间进行选择的指南。 返回页首 表示层的重要性 大多数应用程序的表示层对于该应用程序的成败常常都是至关重要的。表示层实际上代表了用户和应用程序其余部分之间的接口。打个比方说，它就是轮胎和路面接触的地方。如果用户与应用程序的交互方式不能使他们以高效和有效的方式执行自己的工作，那么应用程序在总体上的成功将大打折扣。 就我个人看，我认为表示层这个术语实在不足以表示这个层的功能和重要性。它很少只是向用户显示信息 — 更常见的是向用户提供对应用程序的交互性访问。可能对于这个层来说，更为适当的名称是用户交互层。不过，为简单起见，在本文中，我将继续使用这个层的广为人们接受的名称。 无论如何，在设计这个层时，您都希望向用户提供适当的用户体验，使用户能够以有效和高效的方式与应用程序进行交互。当然，在构建这个层的体系结构然后实现它时，您还需要充分地考虑业务的开发、维护和运行需要。为应用程序的表示层选择正确的体系结构，对于实现这些目标来说，极其重要。 瘦客户端方法和智能客户端方法是两种常被采用的表示层体系结构和设计方法。当然，有许多因素会影响有关哪种方法最适用于特定应用程序的决策 — 如客户端平台要求、应用程序部署和更新、用户体验、性能、客户端集成、脱机功能等 — 而各种方法都有与生俱来的优点和缺点，自然而然地支持某种特定样式的应用程序。但是，您会发现，它们之间的区别可能被混淆，而这很容易导致应用错误的基本方法，进一步导致以后的问题。 例如，有人可能会使用基于浏览器的表示层来提供胖用户界面，同样，另一些人则可能会使用智能客户端提供完全动态的用户界面。这两者实现起来都不容易，而且都很可能会导致不必要的复杂性、缺乏灵活性以及高昂的开发和维护成本。 许多单位不加思索地选择瘦客户端体系结构，而没有充分考虑其他方案。虽然并不能适用于所有情况，但智能客户端体系结构可以提供比瘦客户端方法显著优越的优点，而不会带来传统上与胖客户端相关联的缺点。单位应当审慎地考虑各种方法，以便能够从开始就选择正确的方法，尽可能降低应用程序整个生存周期的 TCO。 在下面的部分中，我将对瘦客户端和智能客户端方法以及它们幕后的一些技术进行探讨。对于每种方法，我将介绍其基本体系结构，并讨论该方法内的一些设计选项。之后，我将以您在为自己的应用程序确定最佳方法时需要考虑的一些常见因素和要求为前提，讨论各个方法的相对优缺点。 返回页首 什么是瘦客户端？ 许多瘦客户端技术都是有关服务器端的，而目前有许多 Web 服务器平台和框架（ASP、ASP.NET、JSP 及其他）可供选择。每种平台都具有一些特定的功能，试图简化编写瘦客户端应用程序的过程，但它们都通过一系列 HTML 页面来向客户端上的浏览器提供用户界面。瘦客户端应用程序可以很简明地定义为：使用浏览器来提供应用程序（以 HTML 定义的）用户界面的执行环境的客户端应用程序。 除了呈现用户界面和允许用户与之交互外，浏览器还提供一般的安全性、状态管理和数据处理功能，外加所有客户端逻辑的执行环境。对于后者，浏览器通常会提供一个脚本引擎和承载其他可执行组件（如 Java Applets、ActiveX 和 .NET 控件等）的能力（虽然大多数定义并不认为这些可执行组件属于瘦客户端技术 — 参见下面的混合型应用程序）。 体系结构被构建为使用瘦客户端表示层的应用程序可以分解为一些页面，而每个页面都在被请求时“部署”到客户端。每个页面都包含用户界面说明，并通常会包含少量客户端脚本逻辑和少量状态/数据（视图状态、Cookies、XML 数据岛等）。图 1 所示为一种瘦客户端表示层体系结构的图形表示