Visual Basic.NET程序设计课件：安装和部署项目.ppt

(4)第2步选中默认选项后单击“下一步”按钮直接到安装向导第3步。这一步提示用户要在部署的安装文件里包含哪些项目输出组，本案例选中所有的输出组，如图10-19所示。

(5)安装向导第4步。在这一步里让用户选择需要添加的附加文件，如自述文件、一些Web页面、数据库文件等。如果发现VB?.NET根据其自带的规则无法将一些文件包括到安装文件中，则可以在图10-20中单击“添加”按钮，在出现的打开文件对话框中选择所需添加的文件即可。图10-20安装向导对话框之三(6)安装向导第5步。如图10-21所示，这一步并不提供用户输入选项，只是对所有项目进行确认，如安装文件的存放目录，输出组有哪些，所添加的附加文件等。如果发现有问题，则可以单击“上一步”再返回到相关界面进行重新设置；如果没有问题，则直接单击“完成”按钮。这样就成功地利用安装向导完成了Window_Client项目的安装文件的制作。完成安装向导的所有步骤之后可以发现，在“解决方案资源管理器”中多了一个项目文件Window_ClientSetup_xd。知识点10-1-1手动注册安装

手动注册安装首先要把应用程序复制到合适的位置，然后进行软件安装所需的其他步骤，这些其他步骤包括在注册表中注册应用程序所用的组件，建立必要的数据库连接等。这种方法一般不适合大多数普通用户，往往只适合由少数具有高级、专业知识的工程人员来完成。该方法不仅耗时，而且也不够灵活，但这种安装方式很适合组件安装在服务器的场合，通过专门的注册与性能匹配设置，可以使应用程序运行得更好。知识点10-1-2制作可执行的安装程序

利用集成开发环境自带的工具可以把安装所需的所有文件打包成一个可执行文件，然后利用该可执行文件就可以将应用程序项目安装和部署到其他计算机上。这是目前比较常用的方法，本章的案例都是采用这种方法来制作应用程序项目的安装程序的。可执行的安装程序制作出来以后，运行这个可执行的安装程序进行应用程序项目的安装和部署就非常简单了。

制作可执行的安装程序可以用系统编程软件自带的工具来完成，也可以用第三方厂家生产的专门打包工具，如最常见的InstallShield、SetupFactory等，这些专门打包工具很适于大批量制作安装文件。知识点10-1-3WindowsInstaller服务

Windows2000系统比Window95/98操作系统的管理和使用更为方便。从软件安装和部署的角度看，Windows2000将WindowsInstaller安装程序作为其服务的一部分，较好地解决了以前操作系统下安装程序所存在的问题。Microsoft称WindowsInstaller服务为操作系统组件，该服务执行所有满足安装要求所需要的规则。例如，在WindowsInstaller下安装程序不会使用老版本的组件来重写系统文件，从而避免了系统组件的DLL陷阱问题。利用WindowsInstaller服务，在Windows2000下安装文件就不必创建一个可执行文件(Setup?.exe)，而只需创建一个WindowsInstaller软件包文件(.msi文件)即可。该文件描述安装应用程序所需的操作和应用在这些操作上的规则。在最终的WindowsInstaller软件包中，应用程序被描述为3个组成部分：组件、特征和产品。其中，每一部分由其前一部分组成，例如产品由若干个特征组成，而特征可能由若干个组件组成。组件是安装中的最小部分，它包含许多文件和其他需要一起安装的资源。如果操作系统已经安装了WindowsInstaller服务，那么就可以运行?.msi文件。如果没有安装WindowsInstaller服务，那么就需要制作Setup?.exe的安装文件，该文件首先安装WindowsInstaller服务，然后运行?.msi文件。WindowsInstaller服务提供了在安装失败的情况下的一个回滚方法，该方法可以使操作系统恢复到安装之前的状态。在以前的安装方式中，如果遇到安装失败的情况，轻则留下一堆安装未完的垃圾文件，占用系统空间，重则导致系统进入不稳定状态，甚至引起系统的崩溃。WindowsInstaller服务则很好地解决了这个问题。知识点10-1-4XCOPY形式的应用程序项目的安装和部署

DOS操作系统的XCOPY命令能把文件目录及目录下的所有文件一并拷贝，它是COPY命令的高级版本。在DOS年代，很多应用程序就是这样部署的。如果应用程序做得很大，则用这样的方式部署应用程序就很困难了。在Windows系统下，由于其系统机制相对复杂，因此要达到XCOPY的境界是很不容易的。其中的一个原因就是在Windows系统(98