第3章建立连接.docVIP

第 3 章建立连接 智能客户端体系结构与设计指南 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 摘要：本章介绍了应用程序可用来连接和使用网络资源以及客户计算机上组件或进程的许多方法，并且讨论了每种方法的优点和缺点。 本页内容 松耦合系统和紧耦合系统 通讯选项 选择通讯选项 设计连接的智能客户端应用程序 小结 按照定义，智能客户端需要连接到其他资源并与这些资源进行通讯，并且构成分布式应用程序的一部分。这些资源可以是客户端进程或组件，也可以是网络资源，如 Web 服务。 本章分析智能客户端与其他资源之间的通讯的性质。本章将考察可用来连接和使用其他进程、组件或远程服务中的资源的不同技术，并且讨论如何对它们进行取舍。最后，本章将分析如何最好地设计您的智能客户端以连接到资源。 松耦合系统和紧耦合系统 客户端应用程序可以用不同的方式连接和使用其他进程（包括本地进程和网络进程）中的组件和服务。按照服务与客户端之间存在多少耦合性对不同的方法进行分类是很有用的。 耦合性是指组件（在分布式系统中）互相依赖的程度。客户端与它们同其进行通讯的服务之间耦合的性质可能影响智能客户端设计的许多方面，包括互操作性、脱机功能、网络通讯性能、部署以及维护注意事项。 紧耦合系统通常提供直接的对象到对象通讯，并且客户端上的对象对远程对象具有详细的了解。这种紧耦合性可以防止对客户端或服务器进行单独更新。因为紧耦合系统涉及直接的对象到对象通讯，所以对象通常比在松耦合系统中更为频繁地交互，这样，如果两个对象位于不同的计算机上并且由网络连接分隔，则可能导致性能和延迟问题。 松耦合系统通常是基于消息的系统，此时客户端和远程服务并不知道对方是如何实现的。客户端和服务之间的通讯由消息的架构支配。只要消息符合协商的架构，则客户端或服务的实现就可以根据需要进行更改，而不必担心会破坏对方。 松耦合通讯机制提供了紧耦合机制所没有的许多优点，并且它们有助于降低客户端和远程服务之间的依赖性。但是，紧耦合性通常可以提供性能好处，便于在客户端和服务之间进行更为紧密的集成（这在存在安全性和事务处理要求时，可能是必需的）。 所有与远程服务或组件通讯的分布式客户端都具有某种程度的耦合性。您需要了解各种松耦合方法和紧耦合方法具有的不同特征，以便为您的应用程序选择合适程度的耦合性。 返回页首 通讯选项 当您设计智能客户端应用程序时，您可以从多种将其连接到其他资源的方法中进行选择，这些方法包括： ? Microsoft_ .NET Enterprise Services。 ? Microsoft .NET remoting。 ? Microsoft Windows_ 消息队列（也称为 MSMQ）。 ? Web 服务。 .NET Enterprise Services 您可以使用 .NET Enterprise Services 提供对托管代码组件和应用程序的 COM+ 服务基础结构的访问。.NET 组件依赖 COM+ 为其提供许多组件服务，如： ? Transaction support. ? Role-based security. ? Loosely coupled events. ? Object pooling. ? Queued components. ? Just-in-time activation. 使用 COM+ 服务的 .NET 组件称为服务组件。因为您的服务组件以 COM+应用程序为宿主，所以它们必须可供该应用程序访问。这就为服务组件带来了一些注册和配置要求： ? 程序集必须从 System.EnterpriseServices 命名空间中的 ServicedComponent 类派生。 ? 程序集必须是强命名的。 ? 程序集必须在 Microsoft Windows 注册表中注册。 ? 必须将程序集的类型库定义注册和安装到特定的 COM+应用程序中。 如果程序集包含被配置为进程外应用程序的服务组件，则应该将相应的程序集放到全局程序集缓存中。如果程序集包含被配置为进程内库的服务组件，则不必将其放到全局程序集缓存中，除非它们位于与应用程序不同的目录中。如果您以这种方式部署同一版本服务组件的多个副本，