Шаблон команды: как передать параметры команде?

В конструкторе и хранится в виде полей.

Вы также захотите в конечном итоге сделать ваши ICommands сериализуемыми для стека отмены или сохранения файла.

DeletePersonCommand может иметь параметр в своем конструкторе или методах. DeletePersonCommand будет иметь Execute (), и в процессе выполнения можно проверить атрибут, который будет передан Getter / Setter перед вызовом Execute ().

Я бы добавил все необходимые аргументы в конструктор DeletePersonCommand. Затем, когда вызывается Execute(), используются параметры, переданные объекту во время создания.

Пусть «Человек» реализует какой-то интерфейс IDeletable, а затем заставит команду использовать любой базовый класс или интерфейс, который используют ваши сущности. Таким образом, вы можете создать команду DeleteCommand, которая пытается преобразовать сущность в IDeletable, и если это сработает, вызовите .Delete

public class DeleteCommand : ICommand
{
   public void Execute(Entity entity)
   {
      IDeletable del = entity as IDeletable;
      if (del != null) del.Delete();
   }
}

Вам нужно будет связать параметры с командным объектом либо с помощью конструктора, либо с помощью внедрения установщика (или эквивалентного). Возможно что-то вроде этого:

public class DeletePersonCommand: ICommand
{
     private Person personToDelete;
     public DeletePersonCommand(Person personToDelete)
     {
         this.personToDelete = personToDelete;
     }

     public void Execute()
     {
        doSomethingWith(personToDelete);
     }
}

Есть несколько вариантов:

Вы можете передавать параметры по свойствам или конструктору.

Другой вариант:

interface ICommand<T>
{
    void Execute(T args);
}

И инкапсулируйте все параметры команды в объект значения.

Передайте человека при создании объекта команды:

ICommand command = new DeletePersonCommand(person);

так что когда вы выполняете команду, он уже знает все, что ему нужно знать.

class DeletePersonCommand : ICommand
{
   private Person person;
   public DeletePersonCommand(Person person)
   {
      this.person = person;
   }

   public void Execute()
   {
      RealDelete(person);
   }
}

В этом случае то, что мы сделали с нашими объектами Command, - это создать объект Context, который по сути является картой. Карта содержит пары «имя-значение», где ключи являются константами, а значения - параметрами, которые используются реализациями Command. Это особенно полезно, если у вас есть цепочка команд, в которой последующие команды зависят от изменений контекста более ранних команд.

Таким образом, фактический метод становится

void execute(Context ctx);

На основе шаблона в C# / WPF интерфейс ICommand (System.Windows.Input.ICommand) определен для приема объекта в качестве параметра в Execute, а также метода CanExecute.

interface ICommand
            {
                bool CanExecute(object parameter);
                void Execute(object parameter);
            }

Это позволяет вам определить свою команду как статическое общедоступное поле, которое является экземпляром вашего настраиваемого объекта команды, реализующего ICommand.

public static ICommand DeleteCommand = new DeleteCommandInstance();

Таким образом, соответствующий объект, в вашем случае человек, передается при вызове execute. Затем метод Execute может привести объект и вызвать метод Delete ().

public void Execute(object parameter)
            {
                person target = (person)parameter;
                target.Delete();
            } 

Вы должны создать объект CommandArgs, содержащий параметры, которые вы хотите использовать. Вставьте объект CommandArgs с помощью конструктора объекта Command.

Передача данных через конструктор или сеттер работает, но требует, чтобы создатель команды знал, какие данные нужны команде ...

Идея «контекста» действительно хороша, и я работал над (внутренней) структурой, которая использовала ее некоторое время назад.

Если вы настроили свой контроллер (компоненты пользовательского интерфейса, которые взаимодействуют с пользователем, интерфейс командной строки, интерпретирующий пользовательские команды, сервлет, интерпретирующий входящие параметры и данные сеанса и т. д.), Чтобы предоставить именованный доступ к доступным данным, команды могут напрямую запрашивать данные, которые им нужны.

Мне очень нравится разделение, которое позволяет такая установка. Подумайте о наслоении следующим образом:

User Interface (GUI controls, CLI, etc)
    |
[syncs with/gets data]
    V
Controller / Presentation Model
    |                    ^
[executes]               |
    V                    |
Commands --------> [gets data by name]
    |
[updates]
    V
Domain Model

Если вы сделаете это «правильно», те же самые команды и модель представления можно будет использовать с любым типом пользовательского интерфейса.

Если пойти дальше, то «контроллер» в приведенном выше примере довольно общий. Элементы управления пользовательского интерфейса должны знать только имя команды, которую они будут вызывать - им (или контроллеру) не нужно знать, как создать эту команду или какие данные ей нужны. В этом настоящее преимущество.

Например, вы можете сохранить имя команды для выполнения на карте. Каждый раз, когда компонент «запускается» (обычно это actionPerformed), контроллер ищет имя команды, создает ее экземпляр, вызывает execute и помещает ее в стек отмены (если вы его используете).

Моя реализация была бы такой (с использованием ICommand, предложенного Хуанмой):

public class DeletePersonCommand: ICommand<Person>
{
    public DeletePersonCommand(IPersonService personService)
    {  
        this.personService = personService;
    }

    public void Execute(Person person)
    {
        this.personService.DeletePerson(person);
    }
}

IPersonService может быть IPersonRepository, это зависит от того, на каком «уровне» находится ваша команда.

Уже упомянутый код от Блэра Конрада (не знаю, как его пометить) отлично работает если вы знаете, какого человека вы хотите удалить, когда создаете экземпляр класса, и его метода будет достаточно, но если вы не знаете, кого хотите удалить, пока не нажмете кнопку, вы можете создать экземпляр команды с помощью ссылка на метод, который возвращает человека.

   class DeletePersonCommand implements ICommand
{
     private Supplier<Person> personSupplier;

     public DeletePersonCommand(Supplier<Person> personSupplier)
     {
         this.personSupplier = personSupplier;
     }

     public void Execute()
     {
        personSupplier.get().delete();
     }
}

Таким образом, когда команда выполняется, поставщик выбирает человека, которого вы хотите удалить, делая это в момент выполнения. До этого времени у команды не было информации о том, кого удалять.

Полезный связь по поставщику.

ПРИМЕЧАНИЕ: код написан на java. Кто-то со знанием C# может это настроить.