0

我现在的类设计是这样的（我已经复制了类层次结构和函数调用。）：

  Helper* HelperFactory::create(const Advice& advice, const Handler& ah)
  {
       Helper* result = 0;
      switch(advice.getType())
      {
         case ONE:
         case TWO:
        {
                 if(advice.isTradeAdvice())
                      result = new SimpleHedgeHelper(advice, ah);
                 else
                     result = new SimpletradeHelper(advice, ah);
                break;
        } 
        case THREE
        case FOUR:
        case FIVE:
        {
             if(advice.isTradeAdvice())
                    result = new ComplexTradeHelper(advice, ah);
             else
                 result = new ComplexHedgeHelper(advice, ah);
            break;
        }
        case SIX:
        {
            if(!advice.getMsgID())
            {
                if(advice.isTradeAdvice())
                     result = new SimpleTradeHelper(advice, ah);
                else
                     result = new SimpleHedgeHelper(advice, ah);
            break;
             }
            else
             {
                   if(advice.isTradeAdvice())
                      result = new ComplexRateHelper(advice, ah);
                   else
                      result = new ComplexHedgeHelper(advice, ah);
                   break;
              }
       }
  }

我正在尝试用一些基于模板的策略工厂来替换这个逻辑。我之前没有基于 plicly 设计过任何课程 有人可以建议设计应该如何？

4

1 回答 1

0

在考虑迁移到策略模板时，您应该评估是否可以使用这种方法来考虑当前类之间的行为差​​异：

template <class Complexity_Policy, class Instrument_Policy>
class Helper : public Abstract_Helper
{
    // for any function Helper needs...
    virtual return_type f(arguments)
    {
         ...can reference Complexity_Policy and/or Instrument_Policy members for behaviours...
    }
};

当行为在很大程度上是正交的（不相关/解耦）时，这往往效果最好。

如果您的所有客户端代码都想继续使用运行时多态性，您仍然需要您的工厂，但它应该开始返回如下内容：

result = new Helper<Complexity_Policy__Simple, Instrument_Policy__Hendge>(advice, ah);

（是的，我知道标准保留在标识符中使用双下划线......我确实接受这将具有未定义行为的风险，感觉实现可能使双下划线的唯一可以想象的使用是作为前缀或后缀...... . 没兴趣绕道这个Q进一步讨论。）。

您也可以有选择地直接使用模板实例化。另一种选择是甚至不Helper从任何基类派生或具有虚函数，而是使用Abstract_Helper* get_polymorphic_accessor()创建从Helper转发调用/结果派生的指针持有类的成员在顶部分层运行时多态性。

于 2014-08-07T07:11:25.920 回答