.NET Framework 中的无接触部署

　　简介

　　您是否曾经必须部署 Visual Basic 客户端服务器应用程序？或者曾经必须部署依赖于 COM 注册的 Win32 应用程序？企业桌面环境中的正确安装一直受到各种问题的困扰，这其中既有试图使所有用户升级这样的简单问题，也有较为复杂的 DLL 版本控制问题。

　　与 Web 应用程序相比，桌面应用程序有很多优点，具体表现在以下几个方面：

　　丰富的用户界面 (UI)
　　较快的响应速度
　　较好的性能
　　能够脱机运行
　　可以有效地使用边缘资源（客户机）
　　易于同本地应用程序和 API 集成

　　尽管桌面应用程序具有以上优点，但由于 Web 应用程序使应用程序的部署和更新相对容易，因此在过去几年中得到了广泛的应用。

　　Microsoft 准备通过 .NET Framework 将 Web 应用程序在部署和维护方面的所有优点都集成到桌面应用程序中。DLL 版本控制问题也得到了解决 - 在默认情况下，使用 .NET Framework 生成的应用程序彼此完全孤立，并从各自的专用应用程序目录中检索其 DLL。DLL 仍然可以在多个应用程序之间共享，但这并非使用系统注册表实现，而是将共享的 DLL 存储在 .NET Framework 全局程序集缓存中，该程序集缓存可加载给定 DLL 的多个版本并跟踪版本与应用程序之间的匹配关系。在实际部署应用程序的过程中，.NET Framework 允许系统管理员按照部署和更新 Web 应用程序（通过远程 Web 服务器）的方式部署应用程序和应用程序更新。此项技术称为无接触部署，是本文要论述的中心内容。

　　使用 Web 服务器的无接触部署

　　使用无接触部署，可以下载、安装和直接在用户计算机上运行 Windows 窗体应用程序（使用 .NET Framework 的 Windows 窗体类生成的桌面应用程序），而无须改变注册表或共享的系统组件。

　　工作原理

　　.NET Framework 安装提供了一个挂接 Internet Explorer 5.01 和更高版本以侦听所请求的 .NET 程序集的机制。在请求期间，可执行程序被下载到磁盘上称为程序集下载缓存的位置。然后，名为 IEExec 的进程在具有有限安全设置的环境中启动该应用程序。

　　示例演示

　　这是一个非常简单的 Windows 窗体应用程序，用户可以使用它管理任务列表。这些任务可用于错误跟踪、IT 疑难解答，也可用于任务列表（该列表与 Outlook XP 或 Visual Studio .NET 中的列表相似）。

　　首先，在 Visual Studio .NET 中打开此应用程序。任务管理应用程序是在 Visual Basic .NET 中使用 Windows 窗体和名为 TaskMgmtWS 的 XML Web Service（它使用 ADO.NET 与 Aclearcase/" target="_blank" >ccess 数据库通信以存储任务）实现的。

　　任务管理应用程序使用 TaskMgmtWS Web 服务更新 DataGrid Windows 控件。应用程序首先实例化一个名为 ws 的 XML Web Service 对象。接着调用 Web 方法 GetTasks()，获取任务的 ADO.NET 数据集。然后将任务数据集分配给 DataGrid Windows 控件中的 DataSource 属性。

　　应用程序返回时，DataGrid 被更新，应用程序也将更新。此时，我们遇到了在基于网络的应用程序中常见的问题。第一次加载期间，应用程序将生成一个网络调用，可能需要几秒钟才能完成。

　　提高 Windows 窗体响应速度

　　要提高应用程序的总体响应速度，可以利用后台线程。已更新的应用程序首先调用辅助线程来实例化一个 XML Web Service 对象。Web 服务实例化后，我们将使用 MethodInoker() 来安全地更新 UI。

　　从 Form Load 事件中的辅助线程开始：

　　　　' 使用后台辅助线程生成 Web 服务调用，
　　　　' 以提高第一次窗体加载过程中应用程序
　　　　' 的总体响应速度。

　　在 Windows 窗体运行的同时，编写一个作用于 XML Web Service 调用的后台线程。

　　为了说明如何将应用程序部署到 Web 服务器上，我们将任务管理应用程序部署到 Tasks Web Service Web 文件夹中。首先将生成文件夹更改为 TaskMgmtWS Web Service IIS 虚拟目录。方法是打开“TaskManagement Property Pages”（TaskManagement 属性页）对话框，然后将输出路径设置为“..\TaskMgmtWS\”。

　　将生成结果路径设置为 Web 服务器后，可以通过简单的重新编译来部署此应用程序。应用程序生成后，我们可打开 Internet Explorer 并浏览到应用程序 http://localhost/TaskMgmtWS/TaskManagement.exe。请注意，安装了 .NET Framework 的 Internet Explorer 不会要求您保存该应用程序，而是尝试运行该程序。如果要从 Web 页下载应用程序，可以使用“file://”协议处理程序。

　　应用程序现已通过 HTTP 下载并安装到程序集下载缓存中。运行该应用程序之前，将检查安全策略以确保应用程序拥有执行其操作的权限。

　　上面介绍了如何通过 Web 服务器运行该应用程序，下面就让我们更改该应用程序，看看对它进行升级有多么容易。选择 DataGrid，可以使用 Auto Format（自动套用格式）属性快速更改背景样式。

　　然后重新生成应用程序，以更新 Web 服务器上的 .exe 文件。最妙的是当用户请求返回到 Windows 窗体时，应用程序代码将自动更新。.NET Framework 将自动检查程序集的时间戳，查看是需要再次下载该程序集，还是只需通过用户的程序集下载缓存来运行该程序集。

　　安全性

　　代码访问安全性是保护桌面免受正在通过无接触部署方式下载的 Windows 窗体应用程序影响的关键。此模型通过匹配应用程序和应该分配给应用程序的权限来工作。在运行时，公共语言运行时从程序集中收集凭证。凭证可以采用代码源自的 Internet Explorer 区域（本地磁盘、Intranet、Internet、受信任站点或不受信任站点）的形式，也可采用代码源自的 URL（签名使用的私钥、哈希值、Authenticode 发布服务器签名等等）的形式。使用此凭证，公共语言运行时将程序集分配给相应的代码组或类别。每个代码组都拥有分配给它的权限集，说明程序集应获得的权限，例如能否读取或写入本地磁盘、访问联网资源、打印以及访问环境变量等等。

　　默认情况下，.NET Framework 附带围绕 Internet Explorer 区域设置的代码组。例如，来自 Intranet 区域的代码获得的权限很有限，因此无法执行文件 IO 访问。

　　为了说明安全检查在起作用，任务管理可执行程序包含一个名为 Read Boot.ini 的工具栏按钮，该按钮尝试访问 C:\ 盘中的文件。

　　您可以进行一个简单的测试，单击“Read Boot.ini”按钮，查看当应用程序请求 C:\ 根目录中的文件时会发生什么情况 - 引发安全异常，应用程序不处理该请求。

　　异常返回一个文件 IO 权限异常，说明应用程序无法访问 TaskManagement.exe 请求的特定资源。

　　使用多程序集应用程序的无接触部署

　　在本示例应用程序中，我们已经说明了如何加载单个程序集。通过对 Assemble 对象使用 LoadFrom() 方法，.NET Framework 还可以有效地将多程序集应用程序传入客户端。

　　Assemble 类具有 LoadFrom 方法，可以初始化一个对特定程序集的引用。LoadFrom 的参数是 URL 或文件路径名。指定 URL 后，.NET Framework 首先通过检查程序集下载缓存，检查客户端是否存在已命名的程序集。如果程序集不在程序集下载缓存中，.NET Framework 将从 Web 服务器获取该程序集，并将它的副本置于下载缓存中。这样，程序集对象即可在代码中使用。

　　例如，如果在一个单独的名为 AboutForm.dll 的程序集中实现了 TaskManagement About Windows 窗体，则可以在用户请求查看“About”（关于）对话框时使用 LoadFrom 下载该程序集。这样，当用户与应用程序交互时，我们只需传输应用程序所需的代码。

　　无接触部署和 XML Web Service

　　一个重要的安全限制是，当通过 Web 服务器分发应用程序时，其域必须与它所依赖的所有 Web 服务相匹配。例如，如果从 http://myserver/TaskManagement.exe 启动 TaskManagement.exe，则只允许使用 http://myserver 上的 XML Web Service。出于安全性方面的考虑，不允许应用程序从其他服务器调用 Web 服务。

　　可选：如何设置安全策略

　　计算机管理员可以更改安全权限，以便将更多权限授予现有代码组或从头开始创建新代码组。

　　继续操作之前，必须明白更改安全设置是很危险的，因此切勿将其关闭。强烈建议，在任何情况下都只更改能使应用程序运行的安全设置。

　　为此，如果您是计算机管理员，则可以运行 CasPol 命令行工具（位于 %SystemRoot%\Microsoft.NET\Framework\v1.0.3705\CasPol.exe），为从本地主机启动的应用程序授予对本地磁盘的完全访问权限：

　　现在，由于此应用程序具有执行文件 IO 的权限，因此能够返回 Boot.ini 的内容。

　　除了 CasPol 命令行工具以外，还通过 Microsoft 管理控制台 (MMC) 管理单元提供了图形配置工具，即 .NET Framework 配置工具。打开管理单元后，打开“My Computer”（我的电脑），单击“Runtime Security Policy”（运行时安全策略），然后依次单击“Machine”（计算机）、“Code Groups”（代码组）和“All_Code”（所有代码），浏览到 TaskManagement。使用 TaskManagement 可以查看新建的代码组。尝试设置新代码组，了解由代码访问安全设置所带来的灵活性和把握度。

　　确保查看各选项后删除在上文中创建的代码组。可以通过运行以下命令完成此操作：

　　caspol -remgroup TaskManagement

　　也可通过 MMC 工具在 TaskManagement 上单击右键并选择 Delete（删除）来删除新代码组，该工具使您能够轻松地在代码组之外生成 MSI 文件，如果需要，可以使用系统管理服务器或组策略在企业中传播该文件。

　　客户端要求

　　任何支持 .NET Framework 的操作系统
　　已安装 SP1 的 .NET Framework
　　Internet Explorer 5.0.1 或更高版本
　　访问 IIS Web 服务器进行应用程序部署

　　小结

　　无接触部署为分发 Window 窗体应用程序提供了非常好的方法。应用程序开发人员可以利用这一强大的桌面处理能力，同时保持由 Web 应用程序实现的部署和维护的优点。