DynamicProxy2：CreateClassProxyWithTarget +拦截器

Question

如果我在另一个问题中错过了这一点，我深表歉意；我想了很长时间才决定我有一个独特的问题...我想使用 DynamicProxy2 为 WPF 应用程序的模型类提供拦截。这样我就不必到处完全实现 INotifyPropertyChanged。例如，一旦被代理和拦截，下面的类应该完全参与双向数据绑定：

public class ModelExample : INotifyPropertyChanged
{
    public event PropertyChangedEventHandler PropertyChanged;

    public int Id{ get; set; }
    public string Uri{ get; set; }
    public string Name{ get; set; }
}

我发现我可以创建模型类的新实例并通过调用 CreateClassProxy 方法拦截对其的调用：

new ProxyGenerator().CreateClassProxy<T>(interceptors);

不幸的是，这迫使我允许 ProxyGenerator 类创建我的模型实例，并且我从中间层获取它们，即它们已经存在。我需要包装现有对象，因此我认为我需要调用CreateClassProxyWithTarget：

new ProxyGenerator().CreateClassProxyWithTarget(instance, interceptors);

但是，当我这样做时，我的拦截器将停止运行。我很确定这不是拦截器的错......它是一个非常简单的对象。这是它的接口：

public interface IFluentInterceptor : IInterceptor
{
    IFluentInterceptor Before(Action<IInvocation> before);
    IFluentInterceptor After(Action<IInvocation> after);
    IFluentInterceptor Finally(Action<IInvocation> @finally);
    IFluentInterceptor RunCondition(Func<IInvocation, bool> runCondition);
    IFluentInterceptor OnError(Func<IInvocation, Exception, bool> onError);
}

FluentInterceptor 类型实现了它。 Before、After等方法过于简单，无法展示；它们都添加到要在方法调用期间使用的操作队列，然后每个方法都返回 this，从而允许方法链接。

下面的代码不起作用，但我不明白为什么：

new ProxyGenerator().CreateClassProxyWithTarget(instance, new FluentInterceptor()
    .After(invocation =>
    {
        if (!invocation.Method.Name.StartsWith("set_")) return;
        string propertyName = invocation.Method.Name.Substring(4);
        FieldInfo info = invocation.TargetType.GetFields(BindingFlags.Instance | BindingFlags.NonPublic)
            .Where(f => f.FieldType.Equals(typeof (PropertyChangedEventHandler)))
            .FirstOrDefault();
        if (info == null) return;
        var handler = info.GetValue(invocation.InvocationTarget) as PropertyChangedEventHandler;
        if (handler != null) handler.Invoke(invocation.TargetType, new PropertyChangedEventArgs(propertyName));
    }));

如果我用 CreateClassProxy 尝试，它就像一个魅力。有人看到我做错了什么吗？

谢谢！

Answer 1

老实说，我认为这不是问题。如果我需要一个容器来为我生成 INotifyPropertyChanged 实现，那么可能会在边缘情况下插入由容器构建的模型对象，因为它们具有依赖性等在这些情况下，CreateClassProxy（拦截器） 就可以了。在所有其他情况下，我一直在使用 MVVM ViewModel，其中围绕更改通知的确切逻辑是根据具体情况决定的，重点是用户体验。模型类通常会以某种方式扁平化或转换，因此整个要点毫无意义。当我不明白如何在我的应用程序中正确利用 MVVM 时，我提出了这个问题，并且我认为我将负责更多的移动部分。一旦我开始正确配置我的 ViewModel，这实际上比预期容易得多。