CSDN博客

img mubingyun

部署ASP.NET的三大技术

发表于2008/9/28 15:33:00  360人阅读

提纲:

一、概述

二、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将目标位置视为一个目录,如指定的目录不存在,则创建它。

把文件夹复制到目标服务器之后,接下来在目标服务器上用IIS管理器创建一个虚拟目录,把虚拟目录映射到XCOPY创建的物理目录——这就是用XCOPY将一个ASP.NET Web应用部署到远程服务器所要做的全部操作。

五、用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按照安装数据库的描述开始安装操作;如果产品已经安装,可能执行其他处理,例如添加/删除某项功能,或者卸载整个产品。

6.2 VS.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示例的基础上,增添各种高级功能,诸如定制安装对话框及其出现次序,以及安装过程中如何加入注册键、创建定制文件夹,等等。

下载本文的代码:DeployingAspnet_code1.zip

本文译自:http://www.15seconds.com/issue/030806.htm

阅读全文
0 0

相关文章推荐

img
取 消
img