第4章偶尔连接的智能客户端.docVIP

第 4 章 偶尔连接的智能客户端 发布日期： 8/20/2004 | 更新日期： 8/20/2004 智能客户端体系结构与设计指南 David Hill, Brenton Webster, Edward A. Jezierski, Srinath Vasireddy and Mohammad Al-Sabt, Microsoft Corporation; Blaine Wastell, Ascentium Corporation; Jonathan Rasmusson and Paul Gale, ThoughtWorks; and Paul Slater, Wadeware LLC 相关链接 Microsoft? patterns practices 库 /resources/practices/default.mspx Application Architecture for .NET: Designing Applications and Services /library/en-us/dnbda/html/distapp.asp 摘要：本章讨论了您在设计和生成偶尔连接到网络的智能客户端应用程序时可能面临到的问题。本章讨论了连接性的概念，介绍了两种实现脱机功能的主要方法，并且讨论了您在使应用程序可供脱机使用时需要考虑的一些问题。 本页内容 常见的偶尔连接情况 偶尔连接设计策略 使用面向服务的方法设计偶尔连接的智能客户端应用程序 使用基于任务的方法 处理依赖性 小结 我们生活在一个连接程度越来越高的世界里。然而，在许多情况下，我们不能无时无刻都依赖连接。您的用户可能需要旅行，他们可能会暂时失去无线连接，可能存在延迟或带宽问题，或者您可能需要拆卸网络的某些部分进行维护。即使用户的确具有良好的网络连接，您的应用程序也可能无法在所有时间都能访问网络资源。所请求的服务可能繁忙、停止运行或者只是暂时不可用。 如果应用程序有时无法及时地通过网络与服务或数据交互，则为偶尔 连接的应用程序。如果您能让用户在脱机时使用其应用程序富有成效地工作，并且仍然能够为其提供连接的应用程序在连接有效时所具有的好处，则可以提高用户的生产率和工作效率，并且提高应用程序的可用性。 智能客户端相对于基于 Web 的应用程序所具有的主要好处之一是：当应用程序无法连接到网络资源时，它们能够让用户继续工作。偶尔连接的智能客户端能够在未连接到网络资源时工作，然后在以后某个时间在后台更新网络资源。更新可能几乎立即发生，但有时可能发生在数天甚至数周以后。 要给予应用程序完整的偶尔连接功能，您需要提供一种基础结构，使用户能够在没有连接到网络资源时工作。该基础结构应该包括数据缓存，以便可以在客户端使用所有需要的数据；它还应该包括用户工作详细信息的存储，以便用来在用户重新联机时将客户端与网络资源同步。应用程序为支持偶尔连接的操作所需要的确切特性和功能取决于它的连接性、操作环境以及用户在联机和脱机时所期望的功能。但是，所有智能客户端应用程序都应该在未连接到网络时为用户提供某种体验，即使功能极其有限。在设计和生成应用程序时，应该始终避免因为服务器不可用而在客户端生成错误消息。 本章考察您在生成具有脱机功能的应用程序时所面临的问题。它将讨论设计脱机应用程序的不同策略，详细讨论设计注意事项，分析如何组织应用程序以使用任务，并且考察应用程序应该如何处理数据。 常见的偶尔连接情况 偶尔连接的智能客户端在许多常见的情况下都极其有用。许多脱机情况涉及到用户显式断开网络连接并且在没有网络连接的情况下工作，例如： ? 保险代理可能需要在离开办公室的时候创建新的保险单。他或她可能需要在无法连接到办公室中系统的情况下，输入所有相关数据，计算保险费，并签发保险单详细信息。 ? 销售代表可能需要在现场（该销售代表无法在此处连接到服务器）与客户签订大订单。他或她可能需要咨询价格表和目录信息，输入所有订单数据，并提供交货预算和折扣级别，而无须连接。 ? 维护技术人员在客户端站点处理服务呼叫时可能需要详细的技术信息。应用程序帮助他或她诊断问题，提供技术文档资料和详细信息，并且使该技术人员无须连接就能签下部件订单以及记录他或她的操作。 其他脱机情况涉及到间歇性或低质量的连接，例如： ? 遍布全球的客户呼叫中心和企业网络之间的连接可能不具有足够高的质量，以供全天候联机使用。应用程序应该提供脱机功能（包括数据缓存），以便维持应用程序的可用性。 ? 携带 Tablet PC 旅行的医务人员可能在旅行途中经历网络连接中断的情况。当应用程序连接时，它应该在后台同步数据，而不应该等待显式重新连接。 应该将偶尔连接的智能客户端设计为最大限度地利用可用连接，确保应用程序和数据尽