寻找命令模式替代方案

Question

我写了一个测试自动化框架。该框架是围绕对象和操作构建的。对象可能是文本框。它的操作可能是设置文本、清除、验证文本、验证启用等。该框架独立于操作，因此我们可以随着时间的推移添加更多操作，而无需重新调整框架本身。我考虑了两种行动方法。第一个是使用命令模式。在这种情况下，我会有一个看起来像这样的界面：

公共接口IAction
<代码>{
void Execute(StringDictionary 属性);
}

问题是我们最终会得到许多这样的命令类。

公共类SetTextAction：IAction
<代码>{
public void Execute(StringDictionary 属性)
<代码>{
<代码>}
<代码>}

公共类ClearAction：IAction
<代码>{
public void Execute(StringDictionary 属性)
<代码>{
<代码>}
<代码>}

公共类VerifyTextAction：IAction
<代码>{
public void Execute(StringDictionary 属性)
<代码>{
<代码>}
<代码>}

公共类VerifyEnabledAction：IAction
<代码>{
public void Execute(StringDictionary 属性)
<代码>{
<代码>}
}

此外，任何共享代码都需要位于另一个类中。它似乎增加了代码中的噪声与信号之比。

我提出的替代方案是使用实用程序类作为操作的类型和方法。最终看起来像这样：

公共类 TextboxActions
<代码>{
public static void set-text(StringDictionary 属性)
<代码>{
<代码>}
public static void clear(StringDictionary 属性)
<代码>{
<代码>}
public static void verify-text(StringDictionary 属性)
<代码>{
<代码>}
public static void verify-enabled（StringDictionary 属性）
<代码>{
<代码>}
}

这样做的优点是文本框的代码都在一起。此外，多个操作共用的任何代码都可以位于同一个类中。不幸的是，这种方法要求我使用反射来“查找”操作方法。这显然不是类型安全的并且可能非常耗时。它太慢了，我添加了一个缓存，所以我不必两次找到相同的操作，但这增加了代码的复杂性。

这些解决方案中的任何一个都有效，但它们都具有不良特征。有人可以建议解决这个问题的替代方法吗？

Answer 1

为什么不能使用代表？也就是说，遵循一流的函数方法。如果您正在考虑创建单独的 IAction 具体实例，那么您最好只使用具体的函数指针。这样您的代码可以继续看起来像上一个示例，但不使用反射。

Answer 2

委托方法是否与此类似？

   public abstract class TestObject
{
    public delegate void TestAction(StringDictionary properties);

    public void AddTestAction(TestAction action)
    {
    }

    public void Execute()
    {
        // foreach test action etc.
    }
}

public class TestTextBox : TestObject
{
    TestTextBox()
    {
        Initialize();
    }

    private void Initialize()
    {
        AddTestAction(new TestObject.TestAction(this.SetText));
        AddTestAction(new TestObject.TestAction(this.Clear));
    }

    public void SetText(StringDictionary properties)
    {
    }

    public void Clear(StringDictionary properties)
    {
    }
}