在 ASP.NET MVC 应用中使用 NInject 注入 ASMX 类型的 Web Service
这几天,有同学问到为什么在 ASP.NET MVC 应用中,无法在 .ASMX 中使用 NInject 进行注入。
现象
比如,我们定义了一个接口,然后定义了一个实现。
public interface IMessageProvider { string GetMessage(); }
定义一个接口的实现。
public class NinjectMessageProvider : IMessageProvider { public string GetMessage() { return "This message was provided by Ninject"; } }
在 ASMX 中进行 NInject 进行注入。
[WebService(Namespace = "http://tempuri.org/")] [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)] [System.ComponentModel.ToolboxItem(false)] public class MyService { [Ninject.Inject] public IMessageProvider MessageProvider { set; get; } [WebMethod] public string HelloWorld() { var result = MessageProvider.GetMessage();return "Hello World"; } }
你会发现,注入失败!!!
System.NullReferenceException: 未将对象引用设置到对象的实例。
分析
Why?
这需要从 ASP.NET MVC 应用的结构说起了,相对与 WebForm 应用,MVC 是微软重新打造的崭新 Web 应用框架,虽然已经诞生多年了,没有那么新了,但是,从理念到实现确实是革命性的不同。这里面最核心的一个不同,就是在 MVC 中从框架级别全面使用了 DI 容器。在 MVC 中,所有对象的创建都使用了容器来获取,你自己定义的类就看你自己了,反正系统已经做到了。
在使用 NInject 的时候,一个重要的步骤就是在 global.asax 中的第一行就替换掉系统默认的容器,这样保证新创建的对象是从 NInject 中获取的,以便 NInject 完成依赖注入的实现。
System.Web.Mvc.DependencyResolver.SetResolver(new NinjectDependencyResolver());
上面的这行代码大家应该很熟悉了,这样就把对象创建的所有权转移到了 NInject 手中。
但是,这是对 MVC 来说的,对于原来的 WebForm, ASMX 等等,MVC 是不管的,Scott Hanselman 有一篇文章讨论了这个问题。
Plug-In Hybrids: ASP.NET WebForms and ASP.MVC and ASP.NET Dynamic Data Side By Side
所以,好消息是在 MVC 应用中,可以继续使用原有的 ASPX,ASMX 等等类型的特性,坏消息就是,这些类型的对象都不是 MVC 来管理创建和使用的,也就是说,MVC 的 DI 容器不管理这些对象,所以,在使用 NInject 的时候,也就无法实现注入了。
思路
如果我们能够获取刚刚创建的 MyService 对象,然后自己使用 NInject 注入一下,不就解决了吗?只要我们能够获取刚刚创建的对象,也能够获取 NInject 的容器,调用一下容器提供的注入方法 Inject 就可以了。
// // Summary: // Injects the specified existing instance, without managing its lifecycle. // // Parameters: // instance: // The instance to inject. // // parameters: // The parameters to pass to the request. void Inject(object instance, params IParameter[] parameters);
解决问题
获取 NInject 容器
在我们 NInject 管理对象中,就可以直接获取容器对象,我们可以添加一个注入特定对象的方法。
public void Inject(object target) { this.kernel.Inject(target); }
以后,直接调用这个方法就可以了。完整的类定义如下:
using System; using System.Collections.Generic; using System.Linq; using System.Web; using Ninject; namespace MvcNinjectAsmx.Models { public class NinjectDependencyResolver : System.Web.Mvc.IDependencyResolver { private Ninject.IKernel kernel; public NinjectDependencyResolver() { this.kernel = new Ninject.StandardKernel(); this.AddBindings(); } private void AddBindings() { this.kernel.Bind<IMessageProvider>() .To<NinjectMessageProvider>(); } public object GetService(Type serviceType) { return this.kernel.TryGet(serviceType); } public IEnumerable<object> GetServices(Type serviceType) { return this.kernel.GetAll(serviceType); } public void Inject(object target) { this.kernel.Inject(target); } } }
这是个实例方法,在整个 MVC 中只有一个实例,就是在 Global.asax 中创建的那个,以后,我们可以从 MVC 中直接获取这个对象,并调用我们的注入方法。
var resolver = System.Web.Mvc.DependencyResolver.Current as NinjectDependencyResolver; resolver.Inject(this);
获取新创建的服务对象
现在的问题变成了如何获取刚刚创建的 MyService 服务对象了。
最为简单的方式,是在使用之前,调用我们的注入方法。比如在调用需要注入的对象之前,手工完成注入。
[Ninject.Inject] public IMessageProvider MessageProvider { set; get; } [WebMethod] public string HelloWorld() { var resolver = System.Web.Mvc.DependencyResolver.Current as NinjectDependencyResolver; resolver.Inject(this); var result = MessageProvider.GetMessage(); return "Hello World"; }
这样有点太笨了。
在 ASP.NET 中服务对象都是从 HandlerFactory 中创建的,我们应该可以替换掉 .asmx 的处理器工厂,如何能够获取到刚刚创建的 MyService 对象,就可以完美处理这个问题了。
打开系统的 web.config 文件,可以找到 .asmx 的处理器管理配置信息。
<add path="*.asmx" verb="*" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="False" />
StackOverflow 上的一篇文章,描述了如何获取 ScriptHandlerFactory 创建的处理器。
Getting ScriptHandlerFactory handler
public class WebServiceFactory : IHttpHandlerFactory { public IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated) { PrivilegedCommand cmd = new PrivilegedCommand(); SecurityCritical.ExecutePrivileged(new PermissionSet(PermissionState.Unrestricted), new SecurityCritical.PrivilegedCallback(cmd.Execute)); var handlerFactory = cmd.Result; var handler = handlerFactory.GetHandler(context, context.Request.RequestType, url, pathTranslated); // Inject var resolver = System.Web.Mvc.DependencyResolver.Current as NinjectDependencyResolver; resolver.Inject(handler); return handler; } public void ReleaseHandler(IHttpHandler handler) { } private class PrivilegedCommand { public IHttpHandlerFactory Result = null; public void Execute() { Type handlerFactoryType = typeof(System.Web.Services.WebService).Assembly.GetType("System.Web.Services.Protocols.WebServiceHandlerFactory"); Result = (IHttpHandlerFactory)Activator.CreateInstance(handlerFactoryType, true); } } }
实际上,还是注入失败了,如果检查一下,可以发现,我们获取的 handler 并不是 MyService,而是下面的类型。
System.Web.Services.Protocols.SyncSessionlessHandler
在这个类的内部通过反射来创建 MyService。我们还是没有拿到刚刚创建的 MyService 对象来实现我们的注入。
所以,这个方法就算了。
换一个思路,我们可以给 MyService 对象提供一个构造函数,这个构造函数总是要被调用的,我们在这里来实现注入不就可以了吗?
另一篇文章提到这个思路:
Ninject w/ ASMX web service in a MVC3/Ninject 3 environment
public class MyService { [Ninject.Inject] public IMessageProvider MessageProvider { set; get; } public MyService() { var resolver = System.Web.Mvc.DependencyResolver.Current as NinjectDependencyResolver; resolver.Inject(this); } [WebMethod] public string HelloWorld() { var result = MessageProvider.GetMessage(); return "Hello World"; } }
如果我们定义了多个 WebService ,这样的话,在每个构造函数中都要写上注入的这两行,还是再优化一下。
定义一个支持 NInject 注入的基类来完成这个工作。
public class NInjectWebService { public NInjectWebService() { var resolver = System.Web.Mvc.DependencyResolver.Current as NinjectDependencyResolver; resolver.Inject(this); } }
this 就是我们刚刚创建的对象实例。
然后,将我们的服务类定义成派生自这个类的基类。
public class MyService : NInjectWebService { [Ninject.Inject] public IMessageProvider MessageProvider { set; get; } [WebMethod] public string HelloWorld() { var result = MessageProvider.GetMessage(); return "Hello World"; } }
这样,以后的 WebServe 只要从这个基类派生就可以了。