MessageBoxはMVVMアプリケーションでは推奨されていませんか？

Question

私はMVVMの誰かにダイアログを実装する方法について尋ねられたこのスレッドを読むために私をお勧め：ビューモデルで

MVVM, DialogService and Dialog Result

を、ダイアログはこのように呼ばれている：

var dialog = new DialogViewmodel(); 
var result = _dialogservice.ShowDialog("My Dialog", dialog); 

if(result.HasValue && result.Value) 
{ 
    //accept true 
} 
else 
{ 
    //Cancel or false 
} 

しかし、これは、このようにmessageBoxを使うこととは違うのですか？

DialogResult result = MessageBox.Show("Hello"); 

if(result == DialgoResult-OK) 
{ 
    //accept true 
} 
else 
{ 
    //Cancel or false 
} 

この2番目のケースでは、カスタムダイアログの代わりにMessageBoxを使用しているため、違いはありません。

とにかく、多くの場合、MVVMアプリケーションでMessageBoxを使用することを読んだことがありますが、MVVMパターンが壊れてしまうため、悪い考えです。しかし、実際にこれが真実であれば、私は最初の解決策がMVVMパターンを壊さず、2番目の解決策がそれを打破する方法を見ていません。

Answer 1

MVVMパターンの基本的な考え方は、懸念の分離です。ビューモデルは、ダイアログの処理方法や表示方法を知ってはいけません。どうして？

• あなたのビューモデルのテスト：ここではいくつかの理由がありませダイアログが望まれていない（あなたは、ダイアログのすべての時間をクリックする必要が想像）
• GUIアプリケーションのコンソールアプリケーションを作成するには（ダイアログがコンソールに表示されなければなりませんポップアップボックス）
• としてあなたのダイアログのデザインを変更する必要がありません（あなたがすべてのメッセージボックスの呼び出しを変更する必要が想像）
• ...

ソリューション： ダイアログのための明確に定義されたインターフェイスを実装することによって、依存関係注入を使用する。 this answerには非常に優れた基本的な例があります。

結果： は_dialogservice.ShowDialogの呼び出しが多分MessageBox.Showの唯一のラッパーであるだけでなく、テスト中のコンソールアプリケーションまたはデバッグログにコンソールの一部のダイアログである可能性があります。だから、コードはどのプレゼンテーションからも分かれている。