以易于维护的方式实现许多类似的(子）类

Implement many similar (sub)classes in a maintenance-friendly way

本文关键字：实现 易于 维护 方式 许多类      更新时间：2023-10-16

这可能是微不足道的事情，但我似乎找不到一种优雅的方式来实现这样的东西。

请考虑以下示例代码：

class Fruit {
int m_weight;
int m_color;
int m_price;
public:
Fruit(int weight, int color, int price)
: m_weight(weight)
, m_color(color)
, m_price(price)
{}
}
class Apple : Fruit {
int m_apple_specific;
public:
Apple(int weight, int color, int price, int apple_specific)
: Fruit(weight, color, price)
, m_apple_specific(apple_specific)
{}
}
class Pear : Fruit {
int m_pear_specific;
public:
Apple(int weight, int color, int price, int pear_specific)
: Fruit(weight, color, price)
, m_pear_specific(pear_specific)
{}
}
[...]
static Fruit parseFruit(InputData input) {
Fruit parsed_fruit;
if (input.name == 'apple')
parsed_fruit = Apple(input.weight, input.color, input.price, input.apple_specific);
else if (input.name == 'pear')
parsed_fruit = Pear(input.weight, input.color, input.price, input.pear_specific);
return parsed_fruit
}

在我的示例中，我有一个基类，它结合了公共属性和许多更专业的子类。现在我对这段代码有两个顾虑：

  • 我已经不喜欢的是，我必须为每个子类复制基类构造函数(在我的实际代码中，它们显然有点复杂)。有没有更简单的方法？
  • 真正让我渴望更优雅的解决方案的是什么：考虑我现在想添加一个成员m_origin到Fruit......因此，我必须调整所有子类！

这真的只是它应该的方式，还是我采取了完全错误的方法？

附言不要假设输入数据总是在一个方便的"InputData"对象中(那么我可能只是重新设计我的Fruit构造函数)，但有时人们可能想直接使用Apple()或Pear()构造函数。

一个一般准则，也有助于你的情况，是每当构造函数获得太多参数时，你可能需要一个单独的"选项"类：

struct FruitParams {
int weight;
int colour;
int price;
};
class Fruit {
public:
explicit Fruit(FruitParams params)
: weight_(params.weight)
, colour_(params.colour)
, price_(params.price) {}
// ...
};

还可以使选项类成为成员类型 (Fruit::Params)。

然后，所有派生构造函数都采用以下简单形式：

class Apple : public Fruit {
int apple_specific_;
public:
Apple(FruitParams params, int a) : Fruit(params), apple_specific_(a) {}
};

对基类的更改现在可以在一个地方完成，即基类构造函数及其选项类，而无需接触所有派生类。

相关文章：