2

以下代码片段是我的问题的简化版本。基本上，我试图在调用 updatesource 时捕获我的 setter 中发生的错误，并将其传播到下面显示的 catch 块。问题是，如果 updatesource 下面的调用堆栈中发生异常，BindingExpression.UpdateSource() 似乎会捕获该错误并进行处理。我无法让异常返回到我的 catch 语句中。可以禁用此行为吗？

  BindingExpression be = textBox.GetBindingExpression(TextBox.TextProperty);

   try
   {
     be.UpdateSource();
   }
   catch (Exception ex)
   {
     MessageBox.Show("ex.Message");
   }

///////////////////////////////////////// ///////////////

public string MyValue
{ get {return _value;}
  set {
        if(value > 10)
           throw new Exception("Out of Range"); 
      }
}
4

2 回答 2

2

WPF 和 Silverlight 中的绑定可以配置为使用 setter 中引发的异常进行验证。我相信 Donut 关于ValidatesOnExceptions的评论是问题的核心。另一个相关属性（至少在 Silverlight 中）是NotifyOnValidationError。如果您不使用此功能进行验证，您应该可以将其关闭。如果是，您可能可以从验证系统中获取它。

编辑： 我制作了一个示例项目来检查情况，在逐步执行时，我发现 UpdateSource() 出于验证系统的目的捕获了异常，并且它似乎没有重新抛出。您可以创建自己的 UpdateSource 方法（可能作为具有不同名称的扩展方法）更新绑定中属性的值，但不捕获异常（或捕获并重新抛出）。

于 2011-08-10T21:18:26.217 回答
-1

我知道这是一个非常古老的话题，但偶然发现了它。

本文提供了一种非常好的方法来捕获设置器内部发生的错误：https ://wpf.2000things.com/2017/06/18/1211- catch-exceptions-originating-in-property-accessors/

它的工作原理非常简单有效：它创建 TraceListener 的覆盖并在覆盖的 WriteLine() 方法中重新抛出异常。然后， App.OnStartup() 它将新的 Listener 添加到 PresentationTraceSources.DataBindingSource.Listeners 并且突然之间，可以捕获在 setter 中抛出的异常。

缺点是如果您在整个应用程序中出现任何绑定错误，这些错误将立即被捕获并且您会开始看到它们。

于 2019-05-23T10:43:51.570 回答