7

我在拦截教程中注意到您可以定位一个方法并拦截它。IE

 Kernel.Bind<Foo>().ToSelf();
 Kernel.InterceptReplace<Foo>(foo => foo.ThrowsAnError(), invocation => {} );

文档/教程不包括在您尝试拦截的方法具有参数的情况下要做什么，即ThrowsAnError是否接受字符串作为参数。

 Kernel.Bind<Foo>().ToSelf();
 Kernel.InterceptReplace<Foo>(foo => foo.ThrowsAnError(**param goes here**), invocation => {} );

在绑定时，我无法访问参数，所以我想知道我是否以错误的方式进行此操作？

编辑

工作示例

4

1 回答 1

4

我认为你误解了会发生什么。您的Foo对象将替换为包含拦截器的装饰器。这是一个简单的例子：

public class FooDecorator : Foo
{
    private readonly Foo decorated;

    public FooDecorator(Foo foo) { this.decorated = foo; }

    public void ThrowsAnError(object param1, int param2)
    {
        // calls the decorated instance with supplied parameters
        this.decorated.ThrowsAnError(param1, param2);
    }
}

换句话说，调用解析的 Foo 时提供的参数将传递给装饰实例。

然而，对于拦截，这一切都更加间接（并且更慢），但概念是相同的。我必须承认我对Ninject拦截不熟悉，但是对象Proceed上可能有一个方法invocation。换句话说，你应该这样做：

Kernel.InterceptReplace<Foo>(foo => foo.ThrowsAnError(),
    invocation =>
    {
        try
        {
            // calls the decorated instance with supplied parameters
            invocation.Proceed();
        }
        catch (Exception ex)
        {
            Kernel.Get<ILogger>().Log(ex);
        }
    } );

更新

我假设InterceptReplace<T>方法的第一个参数不是委托，而是表达式树，例如Expression<Action<T>>. 这个方法其实并没有被调用，而是通过分析找出拦截哪个方法。换句话说，由于该方法永远不会被调用，因此您可以提供任何您想要的参数。诀窍是让 C# 编译器知道要使用哪个方法重载（如果有）。如果你提供垃圾也没关系。当两个参数都是引用类型时，这可能会起作用：

Kernel.InterceptReplace<Foo>(foo => foo.ThrowsAnError(null, null),
于 2012-11-06T13:25:35.563 回答