I have an application written using the M-V-VM approach.
The data access is done in the Model. If a fatal error occurs here (for example, the connection to the data source is lost), and Exception is thrown. This Exception bubbles up to the ViewModel.
However, because the original trigger of the data access was a data binding, WPF swallows this exception (it is only logged in the output window when the app is run under the debugger).
I'd rather this exception remained unhandled so my application-wide unhandled exception handler could pick it up, log it and gracefully exit. How can I achie开发者_如何学JAVAve this?
You could queue an exception-throwing action on the dispatcher.
// This property is connected to the window using databinding
public string ExceptionThrowingBoundedField
{
get
{
try
{
// This function might throw an exception
return GetValueFromDatabase();
}
catch (Exception ex)
{
ApplicationException exWrapper = new ApplicationException(
"Wrapped Exception",
ex
);
Action throwException = () => { throw exWrapper; };
Dispatcher.CurrentDispatcher.BeginInvoke(throwException);
return "";
}
}
}
Recently come across a way of getting around the swallowed exception problem in a global way.
Create a custom binding class and override UpdateSourceExceptionFilter - see sample in this thread.
Unfortunately this is just WPF 4.0 and not SL 4.0.
精彩评论