0

我正在使用带有 MVVM 模式的 WPF。

在我的模型类中，我使用派生自 PropertyChangingEventArgs 的自定义 EventArgs 实现了 INotifyPropertyChanging 接口。这是必要的，因为我希望能够“取消”属性设置器。

此事件正在包含该模型的 ViewModel 中处理。

在事件处理程序中，我必须调用数据库并根据结果有时我必须通过事件参数取消属性设置器。

该模型类似于以下内容：

public class CancellablePropertyChangingEventArgs : PropertyChangingEventArgs
{
    public bool Cancel { get; set; }
}

public class Model : INotifyPropertyChanging
{
    public string MyProperty
    {
        get { return _myProperty; }
        set
        {
            var args = RaisePropertyChanging();

            if(!args.Cancel)
                _myProperty = value;
        }
    }

    public CancellablePropertyChangingEventArgs RaisePropertyChanging([CallerMemberName] string propertyName = "")
    {
        var eventArgs = new CancellablePropertyChangingEventArgs(propertyName);
        if(PropertyChanging != null)
        {
            PropertyChanging(this, eventArgs);
        }

        return eventArgs;
    }
}

包含上述模型并处理 PropertyChanging 事件的视图模型，在事件处理程序中我有一个类似于此的代码：

private async void HandleModelPropertyChanging(object sender, PropertyChangingEventArgs e)
{
    var args = e as CancellablePropertyChangingEventArgs;

    if(args.PropertyName = "MyProperty")
    {
        var result = await CallToDataBaseAsync(...);
        if(result == null)
            args.Cancel = true;
    }

}

我知道我的事件处理程序中的 async void 表示“一劳永逸”，因此事件处理程序继续在 CallToDataBaseAsync 处执行而不是等待它，因此 args.Cancel 将始终为假。

但是，在不阻塞 GUI 线程的情况下，我可以尝试其他任何可能的解决方案吗？

4

1 回答 1

3

我以前确实走过这条路-取消设置器是错误的方法，即使在等待中，它也不会像您期望的那样工作。设置此属性的 wpf 绑定希望您更改该属性或抛出异常作为验证机制。通过不分配值和不触发事件进行简单的取消PropertyChanged将导致设置此属性的控件不同步-它将显示用户键入的数据，而不是实际存储在属性中的数据。

如果您真的想尝试它，请将您的处理程序更改为返回 Task 但请记住这是有缺陷的解决方案 - 如果您要附加多个处理程序，则只会等待最后一个处理程序的结果。通过更多的工作，您可以汇总这些任务，但无论如何都是毫无意义的。

于 2013-10-17T05:59:03.367 回答