Inyección de dependencia con el atributo Ninject y filtro para asp.net mvc

asp.net-mvc asp.net-mvc-3

Question

Estoy escribiendo un filtro de autorización personalizado para asp.net mvc 3. Necesito inyectar un servicio de usuario en la clase, pero no tengo idea de cómo hacerlo.

public class AuthorizeAttribute : FilterAttribute, IAuthorizationFilter
{
private IUserService userService;
private string[] roles;
public AuthorizeAttribute(params string[] roles)
{
this.roles = roles;
}
public void OnAuthorization(AuthorizationContext filterContext)
{
throw new NotImplementedException();
}
}

Estoy usando ninject para inyección de dependencia. No quiero utilizar un patrón de localizador de fábrica o de servicio.

Mis enlaces se ven así en global.acsx:

 internal class SiteModule : NinjectModule
{
public override void Load()
{
Bind<IUserService>().To<UserService>();
}
}

Answer 1

En el camino sería usar una inyección de propiedad y decorar la propiedad con el atributo [Inject] :

public class AuthorizeAttribute : FilterAttribute, IAuthorizationFilter
{
[Inject]
public IUserService UserService { get; set; }
private string[] roles;
...
}

La inyección de Constructor no funciona bien con los atributos, ya que ya no podrá adornar los controladores / acciones con ellos. Solo se podía usar la inyección de constructor con la sintaxis de enlace de filtro en NInject:

public class AuthorizeAttribute : FilterAttribute, IAuthorizationFilter
{
private readonly IUserService userService;
private string[] roles;
public AuthorizeAttribute(IUserService userService, params string[] roles)
{
this.userService = userService;
this.roles = roles;
}
...
}

y entonces:

internal class SiteModule : Ninject.Modules.NinjectModule
{
public override void Load()
{
Bind<IUserService>().To<UserService>();
this.BindFilter<AuthorizeAttribute>(FilterScope.Controller, 0)
.WhenControllerType<AdminController>();
}
}

El método de extensión BindFilter<> se define en el espacio de nombres Ninject.Web.Mvc.FilterBindingSyntax así que asegúrese de haberlo incluido en el alcance antes de llamarlo a un kernel.

Answer 2

Encontré una solución simple para cualquier ocasión donde Ninject no maneja la construcción:

var session = (IMyUserService)DependencyResolver.Current.GetService(typeof (IMyUserService));

En realidad, esto es exactamente lo que estoy usando con mi AuthorizeAttribute personalizado. Mucho más fácil que tener que implementar un FilterAttribute separado.

Answer 3

Recomiendo encarecidamente la respuesta de BZ. NO use [Inyectar]!

Usé un [Inyectar] como Darin Dimitrov dijo que era posible y que en realidad causó problemas de subprocesos en situaciones de alta carga y alta contención junto con .InRequestScope.

El camino de BZ también está en la Wiki y he visto muchos lugares donde Remo Gloor (autor de Ninject) dice que esta es la forma correcta de hacerlo

github.com/ninject/ninject.web.mvc/wiki/Filter-configurations

Downvote [Inyectar] respuestas aquí porque en serio te quemarás (¡probablemente en producción si no cargas la prueba correctamente antes!)

Answer 4

Ver esta respuesta:

Autorización personalizada MVC 3 y Ninject IoC

Si desea utilizar la inyección de constructor, debe crear un atributo y un filtro.

///marker attribute
public class MyAuthorizeAttribute : FilterAttribute { }
//filter
public class MyAuthorizeFilter : IAuthorizationFilter
{
private readonly IUserService _userService;
public MyAuthorizeFilter(IUserService userService)
{
_userService = userService;
}
public void OnAuthorization(AuthorizationContext filterContext)
{
var validUser = _userService.CheckIsValid();
if (!validUser)
{
filterContext.Result = new RedirectToRouteResult(new RouteValueDictionary { { "action", "AccessDenied" }, { "controller", "Error" } });
}
}
}

Unión:

this.BindFilter<MyAuthorizeFilter>(System.Web.Mvc.FilterScope.Controller, 0).WhenControllerHas<MyAuthorizeAttribute>();

Controlador:

[MyAuthorizeAttribute]
public class YourController : Controller
{
}

HTH ...