COM+ Web 服务：通过复选框路由到 XML Web Services(3) （微软中国）

当处理 WSDL 名字对象时，将会引发以下步骤：

1. 进行检查，查看是否存在以前为此 URL 生成的代理。如果存在，则再次使用。（跳到步骤 4。）
2. 如果不存在，则从 URL 检索 WSDL 并生成 C# 代理程序。这实质上与 soapsuds.exe 命令行实用程序（.NET 框架 SDK 所附带的）使用的逻辑相同。
3. C# 程序被编译为 DLL 并以与 URL 相匹配的名称命名（非法字符转换为文件名中可接受的字符）。
4. 然后，生成的代理用于通过 .NET Remoting (WKO) 与 WSDL 中指定的远程服务器通信。

这些代理生成并保存在以下文件夹中：

C:\windows\system32\com\SoapAssembly在客户端激活的情况中，客户端代理导入客户端计算机上所必需的已导出的 COM+ 应用程序。此应用程序的导出/导入将从服务器带来客户端激活所必需的已签名的元数据程序集。导入过程还生成配置文件，并放入 SoapAssembly 目录中。通常客户端配置文件采用以下格式：<configuration> <system.runtime.remoting> <application> <client url="http://MyServer/VB6Soap"> <activated type="VB6SoapSoapLib.CalcClass, VB6SoapSoapLib"/> </client> </application> </system.runtime.remoting></configuration>

COM+ Web 服务在激活组件前读取此配置文件，这样便可以通过修改或替换此配置文件，在客户端计算机上潜在更改激活模型。

一切才刚刚开始

COM+ Web 服务的设计目的是简化结合 .NET Remoting 和 COM+ 服务（Windows XP 和 Windows .NET Server 系列均包含此服务）的过程。它只是为了简化常见的任务，并非包含所有的选项或涵盖用户可能遇到的各种情况。与使用向导在 Visual Studio .NET 中创建程序类似，某些高级的任务留给用户自行解决。为了使用户可以扩展，生成的项目很少被完全删除。此外，XML 类用于编辑生成的配置文件，如果已经存在配置文件，则会在该文件中添加或删除节点，以反映来自组件服务管理工具或 Microsoft COM+ 管理 SDK 的更改。COM+ Web 服务的设计使用户可以轻松地扩展或自定义已经生成的内容。

总之，COM+ Web 服务为现有的 Visual Basic 和 Visual C++ COM+ 组件，以及在 Visual Basic .NET 和 C# 中编写的新托管的 ServicedComponents ，提供了一条实现 XML Web Services 和 SOAP 的简单途径