4、选择 Windows 服务项目。

5、从列表框中，选择“主输出”，然后单击“确定”。  

此操作将向安装项目添加 Windows 服务的主输出的项目项。现在，添加用于安装可执行文件的自定义操作。若要向安装项目添加自定义操作，请执行以下步骤：

1、在解决方案资源管理器中，右键单击安装项目，指向“视图”，然后选择“自定义操作”，如图 5-8 所示。此时将显示“自定义操作”视图。

图 5-8：打开“自定义操作”视图

2、右键单击“自定义操作”，选择“添加自定义操作”。

3、双击列表框中的应用程序文件夹将它打开，从 Windows 服务项目中选择“主输出”，然后单击“确定”。主输出将添加到自定义操作的所有四个节点中：安装、提交、回滚和卸载。

4、生成安装项目。

编译项目时，输出的是 Microsoft 安装程序文件 (.msi) ，通过该文件可以将服务安装到 Windows 服务控制管理器中。

注意 本章介绍生成 Windows 服务和 Windows 服务安装程序的基础知识。如果将 Windows 服务设置为在不受限制的 Localsystem 帐户下运行或基本合适的网络服务帐户下运行，就安全最佳方法而言，这并非最佳选择。通常，操作员能够在安装期间选择凭据，或在安装之后通过服务控制管理器管理控制台管理单元（可以通过 Windows 计算机管理进行访问）来调整安全标识设置。有关开发 Windows 服务的详细信息和最佳方法，请参阅本书第 7 章、MSDN 帮助或 .NET 开发专著。

使用 Internet 信息服务进行承载

在 IIS 上的 Web 服务开发长期以来一直是 ASP.NET 的领地。ASP.NET 1.0 发布后，Web 服务框架成为它的一部分。Microsoft 利用 ASP.NET HTTP 管道使 Web 服务在 Windows 平台上成为现实。遗憾的是，ASP.NET 和 Web 服务之间的这种紧密耦合在面向服务的世界中产生了几个限制，对 HTTP 的依赖性是主要原因。在不同宿主上运行 ASP.NET HTTP 管道很困难，因此很少采用这种方案。甚至在此后，ASP.NET Web 服务（也称为 ASMX 服务）在部署方案和配置依赖性方面一直是非常面向 Web 的。Microsoft 最初发布了几个版本的 Web 服务增强 (WSE)，以弥补 ASP.NET Web 服务的某些局限，尤其是消除在实现 WS-* 协议方面的限制。但是，WSE 非常依赖于 ASP.NET Web 服务实现。

在以前几章中介绍过，WCF 服务采用了完全不同的途径来实现面向服务。WCF 的统一编程模型基于严格分层的模型，以分解面向 Web 的范例，并使服务模型和通道层与受支持的传输方式断开连接。此模型允许 WCF 支持几个不同的宿主，其中 IIS 是最重要的。

构建 WCF 是为了支持 Windows XP、Windows Server 2003、Windows Vista 和 Windows Server 2007。自从 IIS 5.1（与 Windows XP 一起发布）以来，有了很多变化。但是，Microsoft 仍然继续支持旧版上的 WCF。这可能是因为 Microsoft .NET Framework 和 CLR 提供的功能所导致的，该功能是构建 WCF 的基础。在以下几节中，将介绍不同 IIS 版本的进程模型之间的差异和 WCF 服务的结果。

IIS 5.1 和 IIS 6.0 核心功能

为了能够解释这些差异，我们首先必须解释 IIS 的核心功能。IIS 长期以来一直支持在一个计算机上运行多个站点和多个应用程序。为了做到这一点，IIS 引入了公用地址模型，该模型分为三个主要区域：

◆站点（注意：与 Windows XP 一起发布的 IIS 5.1 只支持一个站点。）

◆应用程序

◆虚拟目录