WCF 自托管

1.关于宿主（host）

我们一般创建的是以IIS为宿主的，所以我们平常在VS2008中创建的项目，如下图所示，都是IIS托管的。关于IIS托管，上一篇文章已经说得很清楚了。

 

但是，WCF还有另一种托管方式，称为自托管（Self-Hosting）。

说得深奥些，就是Client和Service共用一个进程。说得通俗些，就是把Client项目和Service项目合二为一，比如说这个Demo：

C:\Users\baoj\Documents\Visual Studio 2008\Projects\WCFSolution。

Demo中一共3个文件，Contract.cs和App.config组成了Service，前者包括了契约及其实现，后者包括了Service的Endpoint，请下载上面的代码并参考相应文件。

而Program.cs中则是一个Client，我们看一下这个宿主是怎样实现的：

class Program {
    static void Main(string[] args)
    {
        using (ServiceHost host = new ServiceHost(typeof(Service)))
        {
            host.Open();
            
            Console.WriteLine("The Service is ready.");
            Console.ReadKey(true);

            host.Close();
        }            
    }
}

这是宿主的最普遍实现。

我们发现，自托管没有svc文件，可见，svc只是为IIS托管而准备的。如果哪天你看到一个没有svc的WCF Service，不要惊讶，不过是一个自托管罢了。

 

此外，由于把Client和Service放在一起，所以只需要配置Service的Endpoint就可以了。就是说，只有一个配置文件。

但是，在自托管中，把契约（contract）和Client写在一起，是很乱的——瞧人家IIS托管，丁是丁卯是卯，Service和Client完全是分开的。于是，VS2008为我们提供了WCF Service Library这个项目模板，来解决这个问题：

于是我们创建这样的一个项目，我们发现，项目中只包括契约和配置文件，如下图所示：

接下来就灵活了，我们可以添加一个Console控制台程序ConsoleApplication1，然后添加对WcfServiceLibrary2的引用（注意是项目引用，而不是Service引用），参考下面的示例：

C:\Users\baoj\Documents\Visual Studio 2008\Projects\WcfServiceLibrary2C:\Users\baoj\Documents\Visual Studio 2008\Projects\WcfServiceLibrary2

需要注意的是，我们要把WcfServiceLibrary2中的App.config转移到ConsoleApplication1项目中，不需要说原因了吧~~

切记，转移的意思是是cut，而不是copy。要确保WcfServiceLibrary2中没有这个配置文件，不然就会报错，说已经占用这个地址了。

原贴地址： http://blog.csdn.net/JspAndAsp/archive/2009/10/23/4721531.aspx