Command Pattern & design design

Question

Мое понимание шаблона команды состоит в том, что у вас просто есть 1 виртуальный метод «execute()», и все зависимости, которые может иметь реализация, помещаются в конструктор или через инъекцию установщика в реализацию (например, обсуждался here).

Однако в реализации шаблона WPF я заметил, что они передают аргумент generic функции execute() (пояснил here).

Это похоже на загрязнение интерфейса для меня, что послужило бы стимулом для добавления параметра generic функции execute()?

Answer 1

Это для привязки данных. Когда вы привязываете команду к каждому объекту в списке, например, текущий экземпляр отправляется методу execute, так что вам не нужно отслеживать текущий экземпляр самостоятельно.

При этом я не думаю, что понятие командной строки WPF представляет собой реализацию шаблона команды, они просто разделяют терминологию.

Answer 2

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

В некоторых командах некоторая информация, необходимая для выполнения, недоступна для создателя. Вызывающий заполняет пробел, передавая параметр для выполнения. Пример. Создатель создает команду, которая фильтрует список записей в соответствии с некоторыми критериями. Список недоступен на сайте создания, так как в приложении есть много видов списков.

Вызывающий определяет, какой список необходимо отфильтровать, передав в качестве параметра.

Answer 3

Мы используем немного измененный шаблон команды, так что в дополнение к методу Execute у нас есть два свойства Request and Response, и мы их параметризируем с использованием полиморфизма.

Answer 4

Канонический командный шаблон обычно иллюстрируется приятными автономными командами. При этом любая информация, необходимая команде, спрятана в экземпляре объекта Command (обычно через параметризованный конструктор).

Однако в некоторых случаях параметры, необходимые для выполнения, могут быть недоступны во время создания команды (известны только во время выполнения). например Представьте себе SignOutCommand(username). Имя пользователя определяется, когда пользователь нажимает кнопку SignOut после первого входа.

Таким образом, имя пользователя передается в качестве общего параметра в Command.Execute(); Каждая команда может свободно определять свой вход и выполнять соответственно, например, для произвольной команды может потребоваться 5 параметров в качестве объекта [].

Answer 5

Что случилось с:

public class DeleteCommand : BaseCommand 
{ 
    private Dictionary<string, object> parameters; 

    public DeleteCommand(Dictionary<string, object> parameters) 
    { 
    this.parameters = parameters; 
    } 

    public void Execute() 
    { 
    var person = (Person)parameters["Person"]; 
    var salary = System.Convert.ToDouble(parameters["Salary"]); 

    // etc. 
    } 
} 

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