我的大部分当前实现都是基于此处提供的信息:
Ninject Intercept any method with certain attribute?
我使用一个自定义计划策略类,它查找具有给定属性的所有方法(不是ninject拦截器属性),如果它符合条件,它们将被代理。
使用的一个例子是:
Kernel.Components.Add<IPlanningStrategy, CustomPlanningStrategy<LoggingAttribute, LoggerInterceptor>>();
然后,这会查找具有[Logging]
属性的任何方法,然后使用日志记录拦截器。
但是,当我尝试使用相关属性代理方法时,我正在从动态代理获取InvalidProxyConstructorArgumentsException。现在我记得读过你需要虚拟方法,但是我不记得看到你有一个无参数的构造函数。
所有绑定都是针对接口完成的,AOP拦截器是通过属性和上面链接中提到的自定义代理规划类实现的。
那么有没有办法让动态代理(或linfu版本)代理具有依赖关系的构造函数的类? (所有依赖项都在内核中,因此它们不能解决它们。)
答案 0 :(得分:4)
if (targetType.IsInterface)
{
reference.Instance = this.generator.CreateInterfaceProxyWithoutTarget(targetType, additionalInterfaces, InterfaceProxyOptions, wrapper);
}
else
{
object[] parameters = context.Parameters.OfType<ConstructorArgument>()
.Select(parameter => parameter.GetValue(context, null))
.ToArray();
reference.Instance = this.generator.CreateClassProxy(targetType, additionalInterfaces, ProxyOptions, parameters, wrapper);
}
可以看到ninject的动态代理扩展仅将ConstructorArgument
传递给Castle动态代理生成器。
所以 - 无需更改ninject扩展或创建自己的扩展 - 您需要将所有依赖项作为构造函数参数传递。您还可以尝试使用属性/方法注入(请参阅https://github.com/ninject/ninject/wiki/Injection-Patterns)。
如果您控制代码,则可以将接口添加到代理类,然后使用“interface proxy with target”。这允许将代理实例化与目标(代理类)实例化分离 - &gt; target可以在不对ninject(-extensions)进行任何更改的情况下注入依赖关系。
<强>澄清强>: 有以下应该代理的类:
public interface IBar { }
public class Foo
{
public Foo(IBar bar)
{
}
}
以下绑定:
Bind<Foo>().ToSelf().Intercept().With<SomeInterceptor>();
Bind<IBar>().To<Bar>();
然后从ninject容器中检索Foo
:
IResolutionRoot.Get<Foo>();
无效。
将所有构造函数参数放在ninject上下文中以使其正常工作
但是,我们可以更改Foo
的检索以使其正常工作:
var bar = IResolutionRoot.Get<IBar>();
IResolutionRoot.Get<Foo>(new ConstructorArgument("bar", bar);
现在这不是最理想的,因为ninject没有自动执行依赖项解析。
向代理类添加接口以使其更好地工作
我们可以通过使用“带目标的接口代理”来解决此问题。 首先,我们为代理类添加一个接口:
public interface IFoo{ }
public class Foo : IFoo
{
public Foo(IBar bar)
{
}
}
然后我们将绑定更改为:
Bind<IFoo>().To<Foo>().Intercept().With<SomeInterceptor>();
然后从ninject容器中检索Foo
:
IResolutionRoot.Get<Foo>();
作品。
另一种可能更简单(&amp; uglier?)的解决方案 根据@Daniel的说法: 将两个构造函数添加到代理类型:
protected
构造函数。这个是为DynamicProxy创建代理。public
/ internal
构造函数,由ninject用于实例化代理类型。Ninject将自动选择具有可以解析的最多参数的构造函数。
答案 1 :(得分:3)
另一种方法是使用具有[Logging]
属性的方法对所有类使用基于约定的绑定。但是,这意味着向方法添加[Logging]
属性将影响对象的绑定,这可能是不期望的。
这就是它如何工作(验证工作):
[AttributeUsage(AttributeTargets.Method, AllowMultiple = false)]
public sealed class LoggingAttribute : Attribute
{
}
public interface IClassNotToBeIntercepted
{
void DoSomething();
}
public class ClassNotToBeIntercepted : IClassNotToBeIntercepted
{
public void DoSomething() { }
}
public interface IClassToBeIntercepted
{
void DoNotLogThis();
void LogThis();
void LogThisAsWell();
}
public class ClassToBeIntercepted : IClassToBeIntercepted
{
public void DoNotLogThis() { }
[Logging]
public void LogThis() { }
[Logging]
public void LogThisAsWell() { }
}
public class LoggingInterceptor : IInterceptor
{
public void Intercept(IInvocation invocation)
{
Console.WriteLine("interceptor before {0}", BuildLogName(invocation));
invocation.Proceed();
Console.WriteLine("interceptor after {0}", BuildLogName(invocation));
}
private static string BuildLogName(IInvocation invocation)
{
return string.Format(
"{0}.{1}",
invocation.Request.Target.GetType().Name,
invocation.Request.Method.Name);
}
}
public class DemoModule : NinjectModule
{
public override void Load()
{
this.Bind(convention => convention
.FromThisAssembly()
.SelectAllClasses()
.Where(ContainsMethodWithLoggingAttribute)
.BindDefaultInterface()
.Configure(x => x
.Intercept()
.With<LoggingInterceptor>()));
this.Bind<IClassNotToBeIntercepted>()
.To<ClassNotToBeIntercepted>();
}
private static bool ContainsMethodWithLoggingAttribute(Type type)
{
return type
.GetMethods()
.Any(method => method.HasAttribute<LoggingAttribute>());
}
}
测试:
[Fact]
public void InterceptorTest()
{
var kernel = new StandardKernel();
kernel.Load<DemoModule>();
kernel.Get<IClassNotToBeIntercepted>()
.DoSomething();
kernel.Get<IClassToBeIntercepted>()
.LogThis();
}
以下控制台输出结果:
interceptor before ClassToBeIntercepted.LogThis
interceptor after ClassToBeIntercepted.LogThis