WCF 第七章 寄宿
任何操作系统进程都可以是一个服务宿主。IIS和Windows 进程激活服务(WAS)有内建的可以让这个过程简单的结构。与ASP.NET 一起,它们提供一个公共的服务寄宿环境。除了IIS和WAS,你可以在一个与操作系统一起启动/停止的Windows托管服务(NT 服务)中寄宿服务。你可以在一个当前窗体最大化的正在运行的Windows应用程序或者最小化到系统托盘的应用程序中寄宿服务,或者你可以在一个运行在系 统控制台的自定义控制台程序中寄宿一个服务。如果不考虑你是如何寄宿一个服务的,那么配置一个服务地址的方法,绑定,契约和行为将会基本一样。
为一个服务选择最合适的寄宿环境应该基于一个操作需求,比如可用度,可信赖性和管理能力。例如,在一个Windows托管服务中寄宿服务可以提供一个大多 数Windows系统管理员都熟悉的启动和停止服务接口。在一个运行在桌面的Windows应用程序中寄宿服务,在另一种层面上说,可以为大多数终端用户 提供一个很熟悉的接口。如果同样不考虑寄宿环境,那么WCF编程模型没有什么改变。事实上,只有开发人员可以不用明确的关注服务的绑定或者地址来设计并实 现一个服务,开发人员也可以对宿主环境不熟悉。
所有的宿主要求做三件事情: 从System.ServiceModel实例化一个ServiceHost类,为宿主添加终结点,开始监听消息。列表7.1中的逻辑是在你自己的程序中寄宿一个服务的核心逻辑。当在IIS或者WAS中寄宿时这个逻辑也会自动提供。
列表7.1 寄宿一个服务的基本逻辑
ServiceHost myHost = new ServiceHost( typeof (MyService)); |
myHost.AddServiceEndpoint( typeof (IMyService), someBinding, someUri); |
myHost.Open(); |
在这一章,我们主要详细说明寄宿服务的常用技术。对IIS来说,寄宿技术非常简单并已经在第一章”基础”中描述。特别的,我们将详细说明新的Windows进程激活服务进程(WAS)如何与IIS基础架构关联。我们也将介绍在NT服务中的自我寄宿服务和客户端应用程序。