避免与策略模式耦合

Question

我试图将策略模式应用于特定情况，但遇到了如何避免将每个具体策略耦合到为其提供数据的上下文对象的问题。以下是模式的简化情况，该模式以几种不同的方式发生，但应以类似的方式处理。

我们有一个对象Acquisition，它提供与特定时间帧相关的数据 - 基本上是使用不同硬件收集的一堆外部数据。由于它包含的数据量，它已经太大了，所以我不想再赋予它任何进一步的责任。我们现在需要获取一些数据，并根据某些配置向硬件发送相应的电压。

因此，想象一下以下（非常简化的）类：

class Acquisition
{
    public Int32 IntegrationTime { get; set; }
    public Double Battery { get; set; }
    public Double Signal { get; set; }
}

interface IAnalogOutputter
{
    double getVoltage(Acquisition acq);
}

class BatteryAnalogOutputter : IAnalogOutputter
{
    double getVoltage(Acquisition acq)
    {
        return acq.Battery;
    }
}

现在，每个具体策略类都必须与我的 Acquisition 类耦合，该类也是最有可能被修改的类之一，因为它是我们应用程序的核心。这仍然是对旧设计的改进，旧设计是 Acquisition 类中的一个巨大的 switch 语句。每种类型的数据可能有不同的转换方法（虽然电池是一个简单的传递，但其他的则根本没有那么简单），所以我觉得策略模式或类似的应该是要走的路。

我还要注意，在最终实现中，IAnalogOutputter 将是一个抽象类而不是接口。这些类将位于用户可配置的列表中并序列化为 XML 文件。该列表必须在运行时可编辑并被记住，因此可序列化必须是我们最终解决方案的一部分。万一它有所作为。

如何确保每个实现类都能获取其工作所需的数据，而不将其绑定到我最重要的类之一？或者我是否以完全错误的方式处理此类问题？

Answer 1

策略模式封装了通常很复杂的操作/计算。

您想要返回的电压取决于

• 配置
• 采集数据的

一些 ，因此我会将它们放入另一个类中并将其传递给策略实现者。

同样在序列化方面，您没有序列化策略类，也许只有它们的名称或类型名称。

---

更新

好吧，看来您的实现只需要一份采集数据。这对于策略模式来说有点不寻常 - 但我不认为它更适合 Visitor 所以策略很好。我将创建一个类，除了实现者需要的配置之外，它还具有属性、获取数据（可能继承自它）。

Answer 2

您可以做的一件事是使用工厂方法来构建您的策略。您的各个策略只能在其构造函数中接受它们所需的各个数据元素，并且工厂方法是唯一需要知道如何在给定 Acquisition 对象的情况下填充该数据的方法。像这样的东西：

public class OutputterFactory
{
    public static IAnalogOutputter CreateBatteryAnalogOutputter(Acquisition acq)
    {
        return new BatteryANalogOutputter(acq.Battery);
    }



}

Answer 3

好吧，我不想在这里把功劳归功于别人，但我找到了一个非常适合我的目的的混合解决方案。它完美地序列化，并极大地简化了新输出类型的添加。关键是一个接口，IOutputValueProvider。另请注意，此模式如何轻松地处理不同存储数据方式的检索（例如字典而不是参数）。

interface IOutputValueProvider
{
    Double GetBattery();
    Double GetSignal();
    Int32 GetIntegrationTime();
    Double GetDictionaryValue(String key);
}

interface IAnalogOutputter
{
    double getVoltage(IOutputValueProvider provider);
}

class BatteryAnalogOutputter : IAnalogOutputter
{
    double getVoltage(IOutputValueProvider provider)
    {
        return provider.GetBattery();
    }
}

class DictionaryValueOutputter : IAnalogOutputter
{
    public String DictionaryKey { get; set; }
    public double getVoltage(IOutputValueProvider provider)
    {
        return provider.GetDictionaryValue(DictionaryKey);
    }
}

那么，我只需要确保 Acquisition 实现该接口：

class Acquisition : IOutputValueProvider
{
    public Int32 IntegrationTime { get; set; }
    public Double Battery { get; set; }
    public Double Signal { get; set; }
    public Dictionary<String, Double> DictionaryValues;

    public double GetBattery() { return Battery;}
    public double GetSignal() { return Signal; }
    public int GetIntegrationTime() { return IntegrationTime; }
    public double GetDictionaryValue(String key) 
    {
        Double d = 0.0;
        return DictionaryValues.TryGetValue(key, out d) ? d : 0.0;
    }
}

这并不完美，因为现在必须维护一个巨大的接口，并且 Acquisition 中有一些重复的代码，但更改某些内容影响应用程序其他部分的风险要小得多。它还允许我开始子类化Acquisition，而不必更改其中一些外部部分。我希望这会对其他处于类似情况的人有所帮助。