MVVM에서 어디에서 예외를 잡을 수 있습니까?

Question

내 뷰 모델 클래스에는 서비스에 연결하는 메서드가 있습니다 (모범 사례인지 확실하지 않거나 뷰 모델이 엄격하게 속성 및 속성 변경 메커니즘으로 간주되는 경우). 물론 연결하거나 연결을 끊을 때 발생할 수있는 WCF 예외를 처리하고 싶습니다.

예를 들어 사용자가주의를 끌기를 원한다는 점을 고려하여 예를 들어 설명하지 않는 엔드 포인트를 사용합시다.

public void Connect() 
{ 
    ServiceClient proxy = null; 
    try 
    { 
     proxy = new ServiceClient(); 
     proxy.Subscribe(); 
     // ... 
    } 
    catch(EndpointNotFoundException) 
    { 
     // should I do something here? 
    } 
    // .. other WCF related exception catches and a finally 
} 

는 내가 예외가 나의 WPF 응용 프로그램의 또 다른 층을 잡는다 어쩌면 다시 throw 어쩌면 캐치에서 직접) System.Windows.MessageBox.Show를 (호출하는 좋은 습관을 고려하거나해야인가 : 거친 코드 예제를 고려 ? 그렇다면 그러한 예외를 잡을 수있는 이상적인 곳은 어디입니까?

Answer 1

예외를 잡아 내고 ViewModel이 무엇이든 ErrorViewModel 속성으로 래핑하여 예외를 처리했습니다.

ViewModel 이 EndpointNotFoundException을 포착한다고 가정 해 봅니다. 이 오류를 표현하기 위해 나는 ErrorViewModel에서 Exception을 랩핑하고 A의 Error 속성에 할당했다.

와 관련된보기 의 오류 속성에 바인딩 ContentControl이 포함되어 있습니다. 한편 DataTemplate을 사용하여 ErrorViewModel에 오류보기를 연결합니다. 해당보기에서 Visibility은 의 Error 속성에 예외가 포함되어 있는지 여부에 따라 결정됩니다.

그래서 의보기는 예외가 잡힐 때 표시되며, 오류 메시지에 OK 버튼을보기 (A)에 명령을 호출 (사용자에 의해 기각 할 수있는 오류 메시지보기를 포함은 의 Error 속성을 지우므로 오류 메시지보기의 가시성을 Collapsed으로 변경합니다.

지금까지는 적절한 MVVM 디커플링을 유지하는 좋은 방법 인 것으로 보입니다.

희망이 있습니다. 한 가지 방법 또는 다른 방법, 솔직히, 나는 WPF 애플 리케이션에서 순수하게 최후의 수단으로 System.Windows.MessageBox.Show()을 고려할 것입니다. 왜 그 옛것에 찬성하여 UI를 풍성하게 통제합니까? 여기에 대해서는 another popup-implementation approach입니다.