提纲：
一、概述
二、ASP.NET Web应用的结构
三、ASP.NET支持的部署机制
四、用XCOPY命令部署
五、用VS.NET的“复制项目”功能部署
六、用Web安装项目部署
6.1 Windows安装程序
6.2 VS.NET Web安装项目的特点
七、创建Web安装项目
八、安装ASP.NET Web应用程序
九、结束语
正文：
一、概述
在深入到配置和部署ASP.NET Web应用程序的具体步骤之前，理解配置（Setup）和部署（Deployment）之间的区别是十分必要的。配置是指将应用包装成易于部署的形式，包装好之后的应用程序可以方便地安装到目标服务器上。部署是一个获得应用程序并将它安装到另一台机器上过程，一般通过安装程序完成。
许多用户都曾经遇到过Windows软件安装技术的脆弱点——当我们安装某个软件的新版本时，安装程序将新版的dll文件复制到系统目录，同时执行所有必要的注册表修改操作，但是，安装操作可能影响其他运行在同一机器上的软件，尤其是原有的软件和新安装的软件共享某一组件时，出现问题的可能性更大。如果新安装的组件与它的早期版本向后兼容，当然没有问题，但许多情况下，完全保持向后兼容难以做到，所以经常会遇到安装了一个新软件之后损坏原有软件的情形，这就是臭名昭著的DLL Hell问题。
Visual Studio.NET（VS.NET）的设计目标之一就是解决安装Windows软件时经常遇到的问题。VS.NET应用的许多功能都依赖.NET框架类库实现，.NET框架类库建立了一个全新的编程模型，从而为极大地简化安装过程创造了条件。另外，VS.NET应用程序编译成程序集（Assembly），程序集是由一个或多个支持程序集运行的文件构成的部署单元。微软.NET框架引入了许多简化应用程序部署、解决DLL Hell问题的新特性，例如，配置信息可以保存在web.config配置文件，web.config配置文件是一个XML格式的文本文件，可以利用XCOPY之类的命令直接复制和部署到目标服务器。
在探讨各种部署机制之前，我们首先来了解一下ASP.NET应用的结构，因为正是这个结构才使得应用能够方便地部署到目标服务器上。
二、ASP.NET Web应用的结构
ASP.NET应用程序由各种Web页面（.aspx和HTML文件）、处理程序、模块、执行代码和其他文件（例如图形文件，配置文件等）构成，这些文件都可以从Web服务器的虚拟目录引用。如果使用了.aspx文件的CodeBehind机制，ASP.NET应用程序还包含编译好的程序集，另外还有其他支持应用程序的程序集，例如，可以把应用的业务逻辑封装成一个单独的程序集。程序集一般位于应用程序虚拟目录的bin子目录下。要理解VS.NET如何简化部署过程，必须理解程序集的结构，因为正是程序集的结构特点才使得简化部署成为可能。程序集包含四种元素：
⑴ MSIL代码，即微软中间语言代码：编译应用程序代码时，源代码被编译成所谓的MSIL代码。MSIL代码是.NET公共语言运行时环境（CLR）所理解的代码。
⑵ 元数据：描述代码中定义的类型、方法和其他元素。
⑶ Manifest：包含名称和版本信息，程序集中包含文件的清单，安全信息，等等。
⑷ 支持文件和资源。
从这个结构可以看出，程序集包含了完整的自我描述信息，所以VS.NET应用程序根本不必象COM组件那样在注册表中注册。这就是说，只要目标机器上也安装了.NET框架，安装VS.NET应用程序时只要简单地将必需的文件复制到目标机器就可以了，这就是所谓的XCOPY部署。不过，除了XCOPY之外，还可以使用VS.NET提供的“Web安装项目”实现自动部署。在接下来的内容中，我们将看到如何利用各种不同的部署机制部署一个Web应用。
三、ASP.NET支持的部署机制
ASP.NET Web应用程序支持下列三种部署方案：
⑴ XCOPY部署
⑵ 利用VS.NET的“复制项目”功能部署
⑶ 使用VS.NET的“Web安装项目”部署
在接下来的内容中，我们将深入了解所有这三种部署机制。为便于说明，我们先要创建一个Visual C# ASP.NET Web应用程序，应用的名称为DeploymentExampleWebApp，如图一所示。
图一
我们将以这个项目为例，阐述部署Web应用的各种方法。
四、用XCOPY命令部署
.NET框架的主要目标之一就是简化部署，例如支持XCOPY部署。在了解.NET如何支持XCOPY部署之前，我们先来看看XCOPY部署到底是怎么回事。在.NET之前，安装一个组件（例如一个COM组件）意味着不仅要把组件复制到适当的目录，而且还要执行注册表修改之类的操作。但现在有了.NET，安装一个组件的全部操作就是将程序集复制到客户应用程序的bin目录，由于程序集包含完整的自我描述信息，应用程序可以立即开始使用程序集。这一切之所以成为可能，是因为编译器将标识符和元数据信息嵌入到了编译好的模块之中，而CLR利用这些信息来装入程序集的适当版本。标识符包含了装入和运行模块、查找程序集引用的其他模块所需的所有信息。这种安装也称为无干扰（Zero-Impact）安装，因为系统不会因为修改注册表、配置组件而受到影响；另外，无干扰安装也使得组件卸载操作不会对系统产生任何意外的影响，卸载组件时只要从特定的目录删除某些文件就可以了。
执行XCOPY部署时，唯一要做的就是打开一个命令窗口，用XCOPY命令将必要的文件复制到服务器的特定目录。图二显示了如何用XCOPY部署将名为DeploymentExampleWebApp的Web应用部署到目标服务器RemoteServer。
图二
可以看到，XCOPY命令有许多选项：
⑴ /E：表示将源位置的目录、子目录和文件都复制到目标位置，包括空目录。
⑵ /K：保留所有现有的文件和文件夹的属性。默认情况下，XCOPY命令复制文件或目录结构时会忽略文件的属性，例如，如果文件原来有只读属性，复制到目标位置后只读属性丢失。要保留原来的文件属性，必须加上/K选项。
⑶ /R：覆盖带有只读属性的文件。
⑷ /O：保留文件或文件夹的所有与安全有关的ACL权限设置。
⑸ /H：隐藏文件和系统文件也要复制。
⑹ /I：要求XCOPY将目标位置视为一个目录，如指定的目录不存在，则创建它。
五、用VS.NET的“复制项目”功能部署
VS.NET的“复制项目”功能使我们能够非常轻松地把ASP.NET Web应用部署到目标服务器。这个功能既可以把Web项目复制到同一服务器，也可以复制到不同的服务器。
如果你用VS.NET开发Web应用程序，发布Web应用之前要做的第一件事情是把“活动的解决方案配置”从Debug改成Release，如图三所示，这个选项不仅使编译器优化代码，而且删除所有与调试有关的符号信息，使代码运行速度更快。打开配置管理器的步骤是：在“解决方案资源管理器”中选择Web应用项目，选择菜单“项目”→“XXXX项目属性”，其中XXXX是项目名称，再点击“配置管理器”。在“活动的解决方案配置”中选择“Release”。
图三
要把Web项目复制到目标服务器，在VS.NET中选择菜单“项目”→“复制项目...”，VS.NET显示出图四的对话框。
图四
“复制项目”对话框提供了下列选项：
㈠ 目标项目文件夹：用来指定复制项目的目标位置。目标位置可以在同一个服务器上，也可以在一个远程服务器上。
㈡ Web访问方法：将Web项目复制到目标文件夹时所用的方法，可供选择的Web访问方法有两种。首先是“文件共享”，即通过文件共享机制直接访问Web服务器上的文件系统，不要求Web服务器上安装有FrontPage服务器扩展；其次是“FrontPage”，即通过基于HTTP协议的FrontPage服务器扩展把Web项目的文件传输到服务器，使用该选项要求Web服务器上必须安装了FrontPage服务器扩展，这种Web访问方法能够在目标服务器上自动创建必要的虚拟目录。
㈢ 复制：包含三个选项，分别是：① 仅限于运行该应用程序所需的文件，即只复制“生成”功能输出的文件（bin文件夹中的 DLL 和引用）以及内容文件（例如.aspx和.asmx文件），大多数情况下，我们可以用该默认选项部署应用程序；② 所有项目文件，即复制“生成”功能输出的文件（bin文件夹中的DLL和引用）和项目中的所有文件，包括项目文件和源程序文件，③ 源项目文件夹中的所有文件，即项目文件夹（或子文件夹）中的所有项目文件和任何其他文件。
根据实际情况选择图四对话框的选项，点击“确定”，即可把Web项目部署到服务器。
六、用Web安装项目部署
XCOPY部署和VS.NET的“复制功能”简单易用，但不能够满足所有的部署需要。例如，如果应用程序有更加复杂的配置和部署要求，VS.NET的“Web安装项目”才是最佳的选择。
虽然我们可以用一大堆的生成输出、安装类、数据库创建脚本来发布Web应用，但对于复杂的Web应用项目，通常不如使用Windows安装程序来得方便。为支持Web应用部署，VS.NET专门提供了一种“Web安装项目”。Web安装项目与普通的安装项目不同，Web安装项目把Web应用安装到Web服务器的虚拟根文件夹上，而普通安装项目一般把应用程序安装到Program Files目录。
由于VS.NET安装程序建立在Windows安装程序的基础上，所以能够利用Windows安装程序的优势。在开始探讨VS.NET Web安装项目之前，我们先来了解一下Windows安装程序的主要特点，因为它是VS.NET Web安装项目的核心基础。
6.1 Windows安装程序
Windows安装程序是一个软件安装和配置服务，Windows 2000和Windows XP操作系统都带有Windows安装程序，而且微软为所有Win 9x和NT 4平台也提供了功能相似的免费版本。在Win2K/XP中，Windows安装程序的核心是一个Windows Installer服务，Windows Installer服务记录了它安装的每一个应用程序，当我们删除一个应用软件时，Windows Installer检查安装记录，在删除应用的组件之前确保其他应用不依赖于这些组件。
Windows Installer将应用划分成以下三个等级：
⑴ 产品：用户可以安装的一个单元。例如，MS Word就是一个用户可以安装的产品。
⑵ 功能：产品由多种功能组成，功能是产品用途的最小单位。例如，自动更正就是Word的一项功能。
⑶ 组件：组件可以看作能够在多个功能和组件之间共享的最小单元。必须注意的是，Windows Installer术语中的组件不同于.NET框架中组件的概念。一个Windows Installer的组件是一个或者多个逻辑上密切相关的文件，它可以是一个执行文件，一个DLL文件，也可以是一个简单的文本文件。一项功能可以由多个组件结合在一起提供，同时，一个组件也可以由多项功能共享。功能总是针对特定的产品而言，且功能的名称只在特定的产品范围内唯一；相比之下，组件是全局性的，其作用范围是一台机器上安装的所有产品。例如，Word的拼写检查组件可以在所有想要实现拼写检查功能的组件之间共享。
与产品有关的信息，包括功能、组件的描述等，都在一个安装数据库中集中保存。安装数据库其实只是一个带.msi扩展名的文件，它不仅包含了产品的功能、组件的信息，而且还定义了安装产品期间各个用户界面的显示次序。由于Windows Installer注册成了.msi文件的服务程序，当用户打开.msi文件时，操作系统会自动调用Windows Installer。按照这种方式启动Windows Installer时，Installer从安装数据库读取产品信息，判断该产品是否已经安装。如果尚未安装，Installer按照安装数据库的描述开始安装操作；如果产品已经安装，可能执行其他处理，例如添加/删除某项功能，或者卸载整个产品。
把文件夹复制到目标服务器之后，接下来在目标服务器上用IIS管理器创建一个虚拟目录，把虚拟目录映射到XCOPY创建的物理目录——这就是用XCOPY将一个ASP.NET Web应用部署到远程服务器所要做的全部操作。
一、概述
二、ASP.NET Web应用的结构
三、ASP.NET支持的部署机制
四、用XCOPY命令部署
五、用VS.NET的“复制项目”功能部署
六、用Web安装项目部署
6.1 Windows安装程序
6.2 VS.NET Web安装项目的特点
七、创建Web安装项目
八、安装ASP.NET Web应用程序
九、结束语
正文：
一、概述
在深入到配置和部署ASP.NET Web应用程序的具体步骤之前，理解配置（Setup）和部署（Deployment）之间的区别是十分必要的。配置是指将应用包装成易于部署的形式，包装好之后的应用程序可以方便地安装到目标服务器上。部署是一个获得应用程序并将它安装到另一台机器上过程，一般通过安装程序完成。
许多用户都曾经遇到过Windows软件安装技术的脆弱点——当我们安装某个软件的新版本时，安装程序将新版的dll文件复制到系统目录，同时执行所有必要的注册表修改操作，但是，安装操作可能影响其他运行在同一机器上的软件，尤其是原有的软件和新安装的软件共享某一组件时，出现问题的可能性更大。如果新安装的组件与它的早期版本向后兼容，当然没有问题，但许多情况下，完全保持向后兼容难以做到，所以经常会遇到安装了一个新软件之后损坏原有软件的情形，这就是臭名昭著的DLL Hell问题。
Visual Studio.NET（VS.NET）的设计目标之一就是解决安装Windows软件时经常遇到的问题。VS.NET应用的许多功能都依赖.NET框架类库实现，.NET框架类库建立了一个全新的编程模型，从而为极大地简化安装过程创造了条件。另外，VS.NET应用程序编译成程序集（Assembly），程序集是由一个或多个支持程序集运行的文件构成的部署单元。微软.NET框架引入了许多简化应用程序部署、解决DLL Hell问题的新特性，例如，配置信息可以保存在web.config配置文件，web.config配置文件是一个XML格式的文本文件，可以利用XCOPY之类的命令直接复制和部署到目标服务器。
在探讨各种部署机制之前，我们首先来了解一下ASP.NET应用的结构，因为正是这个结构才使得应用能够方便地部署到目标服务器上。
二、ASP.NET Web应用的结构
ASP.NET应用程序由各种Web页面（.aspx和HTML文件）、处理程序、模块、执行代码和其他文件（例如图形文件，配置文件等）构成，这些文件都可以从Web服务器的虚拟目录引用。如果使用了.aspx文件的CodeBehind机制，ASP.NET应用程序还包含编译好的程序集，另外还有其他支持应用程序的程序集，例如，可以把应用的业务逻辑封装成一个单独的程序集。程序集一般位于应用程序虚拟目录的bin子目录下。要理解VS.NET如何简化部署过程，必须理解程序集的结构，因为正是程序集的结构特点才使得简化部署成为可能。程序集包含四种元素：
⑴ MSIL代码，即微软中间语言代码：编译应用程序代码时，源代码被编译成所谓的MSIL代码。MSIL代码是.NET公共语言运行时环境（CLR）所理解的代码。
⑵ 元数据：描述代码中定义的类型、方法和其他元素。
⑶ Manifest：包含名称和版本信息，程序集中包含文件的清单，安全信息，等等。
⑷ 支持文件和资源。
从这个结构可以看出，程序集包含了完整的自我描述信息，所以VS.NET应用程序根本不必象COM组件那样在注册表中注册。这就是说，只要目标机器上也安装了.NET框架，安装VS.NET应用程序时只要简单地将必需的文件复制到目标机器就可以了，这就是所谓的XCOPY部署。不过，除了XCOPY之外，还可以使用VS.NET提供的“Web安装项目”实现自动部署。在接下来的内容中，我们将看到如何利用各种不同的部署机制部署一个Web应用。
三、ASP.NET支持的部署机制
ASP.NET Web应用程序支持下列三种部署方案：
⑴ XCOPY部署
⑵ 利用VS.NET的“复制项目”功能部署
⑶ 使用VS.NET的“Web安装项目”部署
在接下来的内容中，我们将深入了解所有这三种部署机制。为便于说明，我们先要创建一个Visual C# ASP.NET Web应用程序，应用的名称为DeploymentExampleWebApp，如图一所示。
图一
我们将以这个项目为例，阐述部署Web应用的各种方法。
四、用XCOPY命令部署
.NET框架的主要目标之一就是简化部署，例如支持XCOPY部署。在了解.NET如何支持XCOPY部署之前，我们先来看看XCOPY部署到底是怎么回事。在.NET之前，安装一个组件（例如一个COM组件）意味着不仅要把组件复制到适当的目录，而且还要执行注册表修改之类的操作。但现在有了.NET，安装一个组件的全部操作就是将程序集复制到客户应用程序的bin目录，由于程序集包含完整的自我描述信息，应用程序可以立即开始使用程序集。这一切之所以成为可能，是因为编译器将标识符和元数据信息嵌入到了编译好的模块之中，而CLR利用这些信息来装入程序集的适当版本。标识符包含了装入和运行模块、查找程序集引用的其他模块所需的所有信息。这种安装也称为无干扰（Zero-Impact）安装，因为系统不会因为修改注册表、配置组件而受到影响；另外，无干扰安装也使得组件卸载操作不会对系统产生任何意外的影响，卸载组件时只要从特定的目录删除某些文件就可以了。
执行XCOPY部署时，唯一要做的就是打开一个命令窗口，用XCOPY命令将必要的文件复制到服务器的特定目录。图二显示了如何用XCOPY部署将名为DeploymentExampleWebApp的Web应用部署到目标服务器RemoteServer。
图二
可以看到，XCOPY命令有许多选项：
⑴ /E：表示将源位置的目录、子目录和文件都复制到目标位置，包括空目录。
⑵ /K：保留所有现有的文件和文件夹的属性。默认情况下，XCOPY命令复制文件或目录结构时会忽略文件的属性，例如，如果文件原来有只读属性，复制到目标位置后只读属性丢失。要保留原来的文件属性，必须加上/K选项。
⑶ /R：覆盖带有只读属性的文件。
⑷ /O：保留文件或文件夹的所有与安全有关的ACL权限设置。
⑸ /H：隐藏文件和系统文件也要复制。
⑹ /I：要求XCOPY将目标位置视为一个目录，如指定的目录不存在，则创建它。
VS.NET的“复制项目”功能使我们能够非常轻松地把ASP.NET Web应用部署到目标服务器。这个功能既可以把Web项目复制到同一服务器，也可以复制到不同的服务器。
如果你用VS.NET开发Web应用程序，发布Web应用之前要做的第一件事情是把“活动的解决方案配置”从Debug改成Release，如图三所示，这个选项不仅使编译器优化代码，而且删除所有与调试有关的符号信息，使代码运行速度更快。打开配置管理器的步骤是：在“解决方案资源管理器”中选择Web应用项目，选择菜单“项目”→“XXXX项目属性”，其中XXXX是项目名称，再点击“配置管理器”。在“活动的解决方案配置”中选择“Release”。
图三
要把Web项目复制到目标服务器，在VS.NET中选择菜单“项目”→“复制项目...”，VS.NET显示出图四的对话框。
图四
“复制项目”对话框提供了下列选项：
㈠ 目标项目文件夹：用来指定复制项目的目标位置。目标位置可以在同一个服务器上，也可以在一个远程服务器上。
㈡ Web访问方法：将Web项目复制到目标文件夹时所用的方法，可供选择的Web访问方法有两种。首先是“文件共享”，即通过文件共享机制直接访问Web服务器上的文件系统，不要求Web服务器上安装有FrontPage服务器扩展；其次是“FrontPage”，即通过基于HTTP协议的FrontPage服务器扩展把Web项目的文件传输到服务器，使用该选项要求Web服务器上必须安装了FrontPage服务器扩展，这种Web访问方法能够在目标服务器上自动创建必要的虚拟目录。
㈢ 复制：包含三个选项，分别是：① 仅限于运行该应用程序所需的文件，即只复制“生成”功能输出的文件（bin文件夹中的 DLL 和引用）以及内容文件（例如.aspx和.asmx文件），大多数情况下，我们可以用该默认选项部署应用程序；② 所有项目文件，即复制“生成”功能输出的文件（bin文件夹中的DLL和引用）和项目中的所有文件，包括项目文件和源程序文件，③ 源项目文件夹中的所有文件，即项目文件夹（或子文件夹）中的所有项目文件和任何其他文件。
根据实际情况选择图四对话框的选项，点击“确定”，即可把Web项目部署到服务器。
六、用Web安装项目部署
XCOPY部署和VS.NET的“复制功能”简单易用，但不能够满足所有的部署需要。例如，如果应用程序有更加复杂的配置和部署要求，VS.NET的“Web安装项目”才是最佳的选择。
虽然我们可以用一大堆的生成输出、安装类、数据库创建脚本来发布Web应用，但对于复杂的Web应用项目，通常不如使用Windows安装程序来得方便。为支持Web应用部署，VS.NET专门提供了一种“Web安装项目”。Web安装项目与普通的安装项目不同，Web安装项目把Web应用安装到Web服务器的虚拟根文件夹上，而普通安装项目一般把应用程序安装到Program Files目录。
由于VS.NET安装程序建立在Windows安装程序的基础上，所以能够利用Windows安装程序的优势。在开始探讨VS.NET Web安装项目之前，我们先来了解一下Windows安装程序的主要特点，因为它是VS.NET Web安装项目的核心基础。
6.1 Windows安装程序
Windows安装程序是一个软件安装和配置服务，Windows 2000和Windows XP操作系统都带有Windows安装程序，而且微软为所有Win 9x和NT 4平台也提供了功能相似的免费版本。在Win2K/XP中，Windows安装程序的核心是一个Windows Installer服务，Windows Installer服务记录了它安装的每一个应用程序，当我们删除一个应用软件时，Windows Installer检查安装记录，在删除应用的组件之前确保其他应用不依赖于这些组件。
Windows Installer将应用划分成以下三个等级：
⑴ 产品：用户可以安装的一个单元。例如，MS Word就是一个用户可以安装的产品。
⑵ 功能：产品由多种功能组成，功能是产品用途的最小单位。例如，自动更正就是Word的一项功能。
⑶ 组件：组件可以看作能够在多个功能和组件之间共享的最小单元。必须注意的是，Windows Installer术语中的组件不同于.NET框架中组件的概念。一个Windows Installer的组件是一个或者多个逻辑上密切相关的文件，它可以是一个执行文件，一个DLL文件，也可以是一个简单的文本文件。一项功能可以由多个组件结合在一起提供，同时，一个组件也可以由多项功能共享。功能总是针对特定的产品而言，且功能的名称只在特定的产品范围内唯一；相比之下，组件是全局性的，其作用范围是一台机器上安装的所有产品。例如，Word的拼写检查组件可以在所有想要实现拼写检查功能的组件之间共享。
与产品有关的信息，包括功能、组件的描述等，都在一个安装数据库中集中保存。安装数据库其实只是一个带.msi扩展名的文件，它不仅包含了产品的功能、组件的信息，而且还定义了安装产品期间各个用户界面的显示次序。由于Windows Installer注册成了.msi文件的服务程序，当用户打开.msi文件时，操作系统会自动调用Windows Installer。按照这种方式启动Windows Installer时，Installer从安装数据库读取产品信息，判断该产品是否已经安装。如果尚未安装，Installer按照安装数据库的描述开始安装操作；如果产品已经安装，可能执行其他处理，例如添加/删除某项功能，或者卸载整个产品。
把文件夹复制到目标服务器之后，接下来在目标服务器上用IIS管理器创建一个虚拟目录，把虚拟目录映射到XCOPY创建的物理目录——这就是用XCOPY将一个ASP.NET Web应用部署到远程服务器所要做的全部操作。
VS.NET中的部署项目以Windows Installer的功能为基础，允许我们执行如下操作：
⑴ 读取、写入注册键。
⑵ 在目标服务器的Windows文件系统中创建目录。
⑶ 提供注册组件的机制。
⑷ 提供安装期间从用户收集信息的机制。
⑸ 允许设置启动条件，例如检查用户名字、计算机名字、当前的操作系统、已经安装的软件、是否已经安装了.NET CLR，等等。
⑹ 允许在安装结束后运行自定义的配置程序或脚本。
在下面一节中，我们将了解如何用VS.NET Web安装项目来部署DeploymentExampleWebApp。
七、创建Web安装项目
首先我们在DeploymentExampleApp ASP.NET Web应用程序解决方案中创建一个Web安装程序项目：选择菜单“文件”→“新建”→“项目”，在“新建项目”对话框中，指定项目类型“安装和部署项目”，指定模板“Web安装项目”，如图五所示。
图五
创建项目之后，接下来要把ASP.NET Web应用程序的程序集和内容文件加入到安装项目。在解决方案资源管理器中右击DeploymentExampleWebAppSetup项目，选择菜单“添加”→“项目输出”，在“添加项目输出组”对话框中，“项目”一栏选择DeploymentExampleWebApp，再从列表选择“主输出”，如图六。
图六
加入了项目输出之后，接下来要把相关的内容文件（包括.aspx文件、图形文件等）加入到项目。再次打开“添加项目输出组”对话框，这一次从列表选择“内容文件”，如图七。
图七
在Web安装项目中加入了“主输出”和“内容文件”之后，解决方案资源管理器应该类如图八所示。
图八
通过Web安装项目的属性窗口可以设置许多属性，这些属性决定了Windows安装文件运行时显示的内容和行为方式。在解决方案管理器中右击DeploymentExampleWebAppSetup，选择菜单“属性”，就可以打开图九的属性设置窗口。
图九
从图九可以看出，属性窗口允许设置作者、产品描述、厂商、支持电话等信息，这些信息对于应用的最终用户来说可能非常有用。
八、安装ASP.NET Web应用程序
创建好Windows安装文件（.msi文件）之后，再到目标服务器上安装ASP.NET应用就很方便了，只要在Windows资源管理器中双击.msi文件即可，这时安装向导启动，引导用户完成安装过程。图十显示了安装期间显示的第一个对话框。
图十
点击图十对话框的“下一步”按钮，出现图十一的对话框，在这里可以指定Web应用要安装到哪一个虚拟目录。这是VS.NET的Web安装项目最方便的特性之一，虚拟目录创建已完全自动化，根本不需要用户手工操作。在本文的第二部分中，我们将看到如何在安装过程中设置虚拟目录的特殊属性，例如目录安全性等。
图十一
在图十一的对话框中，我们可以点击“磁盘开销”按钮了解安装该Web应用程序所需的磁盘空间。点击“下一步”，出现图十二的对话框，向导要求我们确认安装。
图十二
如果在图十二的对话框中点击“下一步”，安装操作正式开始，应用程序被安装到Web服务器上。如果应用程序安装成功，出现图十三的对话框。
图十三
安装好应用程序后，从控制面板的“添加或删除程序”窗口可以看到刚才安装的ASP.NET应用程序，以后，我们可以随时从这里卸载刚才安装的ASP.NET Web应用。
九、结束语
XCOPY和“复制项目”都是不错的部署技术，主要的特点是简单，但需要一些手工操作。它们非常适合安装过程比较简单的应用，但在有些情况下，我们需要在安装过程中执行更加复杂的操作，这时最好利用Windows Installer技术来部署应用。用Windows Installer来部署ASP.NET Web应用具有下列优点：
⑴ 如果用Windows Installer安装的应用被损坏，可以通过Windows安装包的修复功能自我修复。如果采用其他部署方式，损坏的组件必须手工替换。
⑵ 使用Windows Installer技术时，我们还可以利用自动回退功能的优势。当安装过程失败时，自动回退功能不仅确保已安装的组件被正确删除，而且保证了机器能够恢复到安装程序启动之前的状态。
⑶ 由于Windows Installer用一个.msi安装数据库保存所有的安装信息，所以有可能获取复制了哪些文件、创建了哪些注册键之类的信息。
⑷ 如果ASP.NET应用要分发给多个用户使用（或者将软件打包销售），一种方便、自动化的部署机制是必不可少的，象XCOPY部署这样的手工操作显然是不合适的。如果使用Windows Installer这种成熟、强大的安装技术，整个安装过程都可以自动化，极大地简化应用部署。
这一部分文章示范了封装和部署ASP.NET Web应用的各种方式，介绍了如何利用Windows Installer技术的优势，以及创建.msi的具体过程。在本文的下一部分中，我们将在前面Windows Installer示例的基础上，增添各种高级功能，诸如定制安装对话框及其出现次序，以及安装过程中如何加入注册键、创建定制文件夹，等等。
扫一扫
650
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
