命令模式：如何将参数传递给命令？

Question

我的问题与命令模式有关，其中我们有以下抽象（C# 代码）：

public interface ICommand
{
    void Execute();
}

让我们采用一个简单的具体命令，其目的是从我们的应用程序中删除一个实体。 例如，一个 Person 实例。

我将拥有一个实现 ICommand 的 DeletePersonCommand。 该命令需要将要删除的Person作为参数，以便在调用Execute方法时将其删除。

管理参数化命令的最佳方法是什么？ 在执行命令之前如何将参数传递给命令？

Answer 1

在本例中，我们对 Command 对象所做的就是创建一个 Context 对象，它本质上是一个地图。 该映射包含名称值对，其中键是常量，值是命令实现使用的参数。 如果您有一个命令链，其中后续命令依赖于早期命令的上下文更改，则特别有用。

所以实际的方法就变成了

void execute(Context ctx);

Answer 2

创建命令对象时传递 person：

ICommand command = new DeletePersonCommand(person);

这样当您执行命令时，它已经知道它需要知道的一切。

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

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

Answer 3

在构造函数中并存储为字段。

您还需要最终使 ICommand 可序列化，以实现撤消堆栈或文件持久性。

Answer 4

已经提到的 Blair Conrad 的代码（不知道如何标记他）工作得很好如果你知道实例化类时要删除哪个人并且他的方法就足够了。但是，如果你在按下按钮之前不知道要删除谁，您可以使用返回该人的方法引用来实例化该命令。

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

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

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

这样，当执行命令时，供应商会获取您要删除的人员，并在执行时执行此操作。 直到那时，该命令还没有关于要删除谁的信息。

关于供应商的有用链接。

注意：用java编写的代码。 具有 C# 知识的人可以对其进行调整。

Answer 5

基于 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();
            } 

Answer 6

您应该创建一个 CommandArgs 对象来包含要使用的参数。 使用 Command 对象的构造函数注入 CommandArgs 对象。

Answer 7

DeletePersonCommand 可以在其构造函数或方法中包含参数。 DeletePersonCommand 将具有 Execute()，并且在执行中可以检查在调用 Execute() 之前由 Getter/Setter 传递的属性。

Answer 8

我将向 DeletePersonCommand 的构造函数添加任何必要的参数。 然后，当调用 Execute() 时，将使用在构造时传递给对象的那些参数。

Answer 9

让“Person”实现某种 IDeletable 接口，然后使命令采用您的实体使用的任何基类或接口。 这样，您可以创建一个 DeleteCommand，它尝试将实体转换为 IDeletable，如果有效，则调用 .Delete

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

Answer 10

您需要通过构造函数或 setter 注入（或等效方法）将参数与命令对象关联起来。 也许是这样的：

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

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

Answer 11

通过构造函数或设置器传递数据是可行的，但需要命令的创建者知道命令所需的数据......

“上下文”想法非常好，我正在研究利用它的（内部）框架一会儿回来。

如果您将控制器（与用户交互的 UI 组件、解释用户命令的 CLI、解释传入参数和会话数据的 Servlet 等）设置为提供对可用数据的命名访问，则命令可以直接请求它们想要的数据。

我真的很喜欢这样的设置所允许的分离。 按如下方式考虑分层：

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

如果“正确”地执行此操作，则相同的命令和表示模型可以用于任何类型的用户界面。

更进一步，上面的“控制器”是非常通用的。 UI 控件只需要知道它们将调用的命令的名称 - 它们（或控制器）不需要了解如何创建该命令或该命令包含哪些数据需要。 这才是真正的优势。

例如，您可以在映射中保存要执行的命令的名称。 每当组件被“触发”（通常是一个actionPerformed）时，控制器就会查找命令名称，实例化它，调用execute，并将其推送到撤消堆栈上（如果您使用的话）。

Answer 12

有一些选项：

您可以通过属性或构造函数传递参数。

其他选项可以是：

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

并将所有命令参数封装在值对象中。

Answer 13

我的实现是这样的（使用 Juanma 提出的 ICommand）：

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

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

IPersonService 可以是 IPersonRepository，这取决于您的命令所在的“层”。