开发者

Handling fatal exceptions in ViewModel/Model

开发者 https://www.devze.com 2022-12-21 18:20 出处:网络
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

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.

0

精彩评论

暂无评论...
验证码 换一张
取 消