C# 将WCF服务从测试控制台应用程序移动到IIS
我已经在3个项目(合同、实施、客户机)背后构建了一个WCF应用程序。我将我的服务作为一个控制台应用程序托管,并具有基本的HTTP绑定。我现在准备将其移动到IIS。然而,创建.svc文件的教程显示它实际上实现了契约——但我已经有了一个实现。我应该如何重定向到该实现,还是应该向现有的实现项目中添加一个.svc文件 希望这足够清楚 干杯,C# 将WCF服务从测试控制台应用程序移动到IIS,c#,.net,wcf,iis,C#,.net,Wcf,Iis,我已经在3个项目(合同、实施、客户机)背后构建了一个WCF应用程序。我将我的服务作为一个控制台应用程序托管,并具有基本的HTTP绑定。我现在准备将其移动到IIS。然而,创建.svc文件的教程显示它实际上实现了契约——但我已经有了一个实现。我应该如何重定向到该实现,还是应该向现有的实现项目中添加一个.svc文件 希望这足够清楚 干杯, Rob我通常会在中添加SVC文件,ServiceHost将指向您在代码中创建ServiceHost的新实例时所指向的类 因此,您的命令行主机可能如下所示: usin
Rob我通常会在中添加SVC文件,ServiceHost将指向您在代码中创建ServiceHost的新实例时所指向的类 因此,您的命令行主机可能如下所示:
using (ServiceHost serviceHost = new ServiceHost(typeof(CoolService.CoooolEndpoint)))
{
<%@ ServiceHost Language="C#" Debug="false" Service="CoolService.CoooolEndpoint" %>
而您的.svc文件如下所示:
using (ServiceHost serviceHost = new ServiceHost(typeof(CoolService.CoooolEndpoint)))
{
<%@ ServiceHost Language="C#" Debug="false" Service="CoolService.CoooolEndpoint" %>
现在你的应用程序可以在IIS中托管,也可以从命令行托管
通常,当我准备部署时,我只需要打开svc文件
Paul。回答正确,但在他的例子中,他可能引用了一个库,这需要在服务属性中指定程序集:service=“CoolService.coooleEndpoint,CoolServiceAssembly”这是一个好地方,我从同一程序集中的代码中复制了一些程序集。