我想将值传递给实现我的服务的类的构造函数。
但是 ServiceHost 只允许我传递要创建的类型的名称,而不是传递给它的构造函数的参数。
我希望能够传入一个创建我的服务对象的工厂。
到目前为止我发现了什么:
- WCF 依赖注入行为超出了我的要求,而且对于我的需求来说似乎过于复杂。
我想将值传递给实现我的服务的类的构造函数。
但是 ServiceHost 只允许我传递要创建的类型的名称,而不是传递给它的构造函数的参数。
我希望能够传入一个创建我的服务对象的工厂。
到目前为止我发现了什么:
您需要实现customServiceHostFactory
和.ServiceHost
IInstanceProvider
给定具有此构造函数签名的服务:
public MyService(IDependency dep)
这是一个可以启动 MyService 的示例:
public class MyServiceHostFactory : ServiceHostFactory
{
private readonly IDependency dep;
public MyServiceHostFactory()
{
this.dep = new MyClass();
}
protected override ServiceHost CreateServiceHost(Type serviceType,
Uri[] baseAddresses)
{
return new MyServiceHost(this.dep, serviceType, baseAddresses);
}
}
public class MyServiceHost : ServiceHost
{
public MyServiceHost(IDependency dep, Type serviceType, params Uri[] baseAddresses)
: base(serviceType, baseAddresses)
{
if (dep == null)
{
throw new ArgumentNullException("dep");
}
foreach (var cd in this.ImplementedContracts.Values)
{
cd.Behaviors.Add(new MyInstanceProvider(dep));
}
}
}
public class MyInstanceProvider : IInstanceProvider, IContractBehavior
{
private readonly IDependency dep;
public MyInstanceProvider(IDependency dep)
{
if (dep == null)
{
throw new ArgumentNullException("dep");
}
this.dep = dep;
}
#region IInstanceProvider Members
public object GetInstance(InstanceContext instanceContext, Message message)
{
return this.GetInstance(instanceContext);
}
public object GetInstance(InstanceContext instanceContext)
{
return new MyService(this.dep);
}
public void ReleaseInstance(InstanceContext instanceContext, object instance)
{
var disposable = instance as IDisposable;
if (disposable != null)
{
disposable.Dispose();
}
}
#endregion
#region IContractBehavior Members
public void AddBindingParameters(ContractDescription contractDescription, ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
{
}
public void ApplyClientBehavior(ContractDescription contractDescription, ServiceEndpoint endpoint, ClientRuntime clientRuntime)
{
}
public void ApplyDispatchBehavior(ContractDescription contractDescription, ServiceEndpoint endpoint, DispatchRuntime dispatchRuntime)
{
dispatchRuntime.InstanceProvider = this;
}
public void Validate(ContractDescription contractDescription, ServiceEndpoint endpoint)
{
}
#endregion
}
在您的 MyService.svc 文件中注册 MyServiceHostFactory,或直接在代码中使用 MyServiceHost 进行自托管方案。
您可以轻松概括这种方法,实际上一些 DI 容器已经为您完成了此操作(提示:Windsor 的 WCF 设施)。
您可以简单地创建您的实例Service
并将该实例传递给ServiceHost
对象。您唯一需要做的就是[ServiceBehaviour]
为您的服务添加一个属性,并用属性标记所有返回的对象[DataContract]
。
这是一个模型:
namespace Service
{
[ServiceContract]
[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single)]
public class MyService
{
private readonly IDependency _dep;
public MyService(IDependency dep)
{
_dep = dep;
}
public MyDataObject GetData()
{
return _dep.GetData();
}
}
[DataContract]
public class MyDataObject
{
public MyDataObject(string name)
{
Name = name;
}
public string Name { get; private set; }
}
public interface IDependency
{
MyDataObject GetData();
}
}
和用法:
var dep = new Dependecy();
var myService = new MyService(dep);
var host = new ServiceHost(myService);
host.Open();
我希望这会让某人的生活更轻松。
马克的回答IInstanceProvider
是正确的。
除了使用自定义 ServiceHostFactory 您还可以使用自定义属性(例如MyInstanceProviderBehaviorAttribute
)。派生它Attribute
,使其实现IServiceBehavior
并实现IServiceBehavior.ApplyDispatchBehavior
类似的方法
// YourInstanceProvider implements IInstanceProvider
var instanceProvider = new YourInstanceProvider(<yourargs>);
foreach (ChannelDispatcher dispatcher in serviceHostBase.ChannelDispatchers)
{
foreach (var epDispatcher in dispatcher.Endpoints)
{
// this registers your custom IInstanceProvider
epDispatcher.DispatchRuntime.InstanceProvider = instanceProvider;
}
}
然后,将该属性应用于您的服务实现类
[ServiceBehavior]
[MyInstanceProviderBehavior(<params as you want>)]
public class MyService : IMyContract
第三个选项:您还可以使用配置文件应用服务行为。
我从马克的回答中工作,但是(至少对于我的场景),它是不必要的复杂。其中一个ServiceHost
构造函数接受服务的实例,您可以直接从ServiceHostFactory
实现中传入该实例。
借助 Mark 的示例,它看起来像这样:
public class MyServiceHostFactory : ServiceHostFactory
{
private readonly IDependency _dep;
public MyServiceHostFactory()
{
_dep = new MyClass();
}
protected override ServiceHost CreateServiceHost(Type serviceType,
Uri[] baseAddresses)
{
var instance = new MyService(_dep);
return new MyServiceHost(instance, serviceType, baseAddresses);
}
}
public class MyServiceHost : ServiceHost
{
public MyServiceHost(MyService instance, Type serviceType, params Uri[] baseAddresses)
: base(instance, baseAddresses)
{
}
}
搞砸了……我混合了依赖注入和服务定位器模式(但大多数情况下它仍然是依赖注入,它甚至发生在构造函数中,这意味着你可以拥有只读状态)。
public class MyService : IMyService
{
private readonly Dependencies _dependencies;
// set this before creating service host. this can use your IOC container or whatever.
// if you don't like the mutability shown here (IoC containers are usually immutable after being configured)
// you can use some sort of write-once object
// or more advanced approach like authenticated access
public static Func<Dependencies> GetDependencies { get; set; }
public class Dependencies
{
// whatever your service needs here.
public Thing1 Thing1 {get;}
public Thing2 Thing2 {get;}
public Dependencies(Thing1 thing1, Thing2 thing2)
{
Thing1 = thing1;
Thing2 = thing2;
}
}
public MyService ()
{
_dependencies = GetDependencies(); // this will blow up at run time in the exact same way your IoC container will if it hasn't been properly configured up front. NO DIFFERENCE
}
}
Dependencies
服务的依赖关系在其嵌套类的合同中明确规定。如果您使用的是 IoC 容器(尚未为您修复 WCF 混乱的容器),您可以将其配置为创建Dependencies
实例而不是服务。通过这种方式,您可以获得容器给您的温暖模糊感觉,同时也不必跳过 WCF 强加的太多圈。
我不会因为这种方法而失眠。其他人也不应该。毕竟,你是 IoC 容器是一个庞大的、胖的、静态的代表集合,它为你创建东西。什么又加了一个?
这是一个非常有用的解决方案——尤其是对于 WCF 编码新手而言。我确实想为任何可能将其用于 IIS 托管服务的用户发布一个小提示。MyServiceHost 需要继承WebServiceHost,而不仅仅是 ServiceHost。
public class MyServiceHost : WebServiceHost
{
public MyServiceHost(MyService instance, Type serviceType, params Uri[] baseAddresses)
: base(instance, baseAddresses)
{
}
}
这将为您在 IIS 中的端点创建所有必要的绑定等。
我们遇到了同样的问题,并通过以下方式解决了它。这是一个简单的解决方案。
在 Visual Studio 中,只需创建一个普通的 WCF 服务应用程序并删除它的接口。保留 .cs 文件(只需重命名)并打开该 cs 文件并将接口名称替换为实现服务逻辑的原始类名(这样服务类使用继承并替换您的实际实现)。添加一个调用基类构造函数的默认构造函数,如下所示:
public class Service1 : MyLogicNamespace.MyService
{
public Service1() : base(new MyDependency1(), new MyDependency2()) {}
}
MyService 基类是服务的实际实现。这个基类不应该有一个无参数的构造函数,而应该只有带有接受依赖的参数的构造函数。
服务应该使用这个类而不是原来的 MyService。
这是一个简单的解决方案,就像一个魅力:-D
创建您的实例化服务及其依赖项(我们称之为myService
),然后像这样打开您的 ServiceHost:
var myService = new Service(argumentOne, argumentTwo, . . . etc.);
var host = new WebServiceHost(myService, new Uri("http://localhost:80"));
var behavior = host.Description.Behaviors.Find<ServiceBehaviorAttribute>();
behavior.InstanceContextMode = InstanceContextMode.Single;
host.Open();
我使用我的类型的静态变量。不确定这是否是最好的方法,但它对我有用:
public class MyServer
{
public static string CustomerDisplayName;
...
}
当我实例化服务主机时,我执行以下操作:
protected override void OnStart(string[] args)
{
MyServer.CustomerDisplayName = "Test customer";
...
selfHost = new ServiceHost(typeof(MyServer), baseAddress);
....
}