MVVM design: Блокировка MessageBox в ViewModel

Question

Этот вопрос относится к приложению WPF на основе PRISM 5.0 и шаблона MVVM.

Иногда, когда пользователи принимают решения, которые могут иметь нежелательные или отрицательные последствия, очень часто спрашивать пользователя, действительно ли он хочет продолжать и продолжать.

Например: Один из распространенных способов, чтобы спросить у пользователя с MessageBox, если он действительно хочет, чтобы удалить данные, которые не могут быть восстановлены после удаления.

Проблема заключается в том: Если я называю MessageBox внутри ViewModel, то ViewModel становится непроверяема с внешней стороны.

//BAD! 
public class ViewModel 
{ 
    public Boolean Delete() 
    { 
     //Blocking and therefore untestable in automatic UnitTests 
     MsgBoxResult result = MsgBox.Show("Do you really want to delete?"); 

     if (result == yes) {//Do stuff that deletes data here;} 

    } 
} 

Одним из возможных вариантов было бы, чтобы задать вопрос в другом частном методе, который вызывает открытый метод

//BETTER, BUT OK? 
public class ViewModel 
{ 
    private void OnDeleteAction 
    { 
     MsgBoxResult result = MsgBox.Show("Do you really want to delete?"); 
     if (result == yes) {Delete();} 
    } 

    public Boolean Delete() 
    { 
     //Testable from the outside again, because no blocking question 

     //Do stuff that deletes data here 
    } 

Мой вопрос: Является ли это хорошим способом или есть более элегантный способ спросить пользователя внутри ViewModel? Можете ли вы дать мне подсказку или ссылку, что лучше для PRISM 5.0?

Я знаю, что эмпирическое правило состоит в том, чтобы не использовать какие-либо элементы пользовательского интерфейса в ViewModel, но я не вижу альтернативы блокирующему MessageBox или чем-то еще, который блокирует процесс, прежде чем продолжить.

Спасибо за любые подсказки!

Answer 1

Призма Интерактивность - это путь сюда. Это позволяет делать подтверждения, уведомления и создавать настраиваемые диалоги, которые хорошо работают с шаблоном MVVM. Я использую их успешно в своих приложениях Prism.

Вот некоторые ссылки на некоторый код в репо Prism на GitHub:

Notification Request

Confirmation Request

Custom Content

Custom Request

Answer 2

Есть две альтернативы, которые, как я знаю, могут уменьшить связь между View и ViewModel: с помощью службы взаимодействия и запросов на включение огня. Оба объясняются очень хорошо here; вы можете взглянуть.

Общая идея заключается в том, что вы абстрагируете, как выполняются асинхронные взаимодействия и работают с чем-то более похожим на логику на основе событий, в то же время позволяя ViewModel выражать, что он хочет взаимодействовать с пользователем как часть операции ; результатом является то, что вы можете документировать это взаимодействие и тестировать его.