从成员复制方法

Question

我有一个简单的低级容器类，由更高级的文件类使用。基本上，文件类在将最终版本保存到实际文件之前使用容器在本地存储修改。因此，某些方法直接从容器类转移到文件类。 （例如，Resize()。）

我刚刚在文件类中定义了方法来调用其容器类变体。例如：

void FileClass::Foo()
{
    ContainerMember.Foo();
}

然而，这正变得越来越令人烦恼。有更好的方法吗？

这是一个简化的示例：

class MyContainer
{
    // ...

    public:

    void Foo()
    {
        // This function directly handles the object's
        // member variables.
    }
}

class MyClass
{
    MyContainer Member;

    public:

    void Foo()
    {
        Member.Foo();

        // This seems to be pointless re-implementation, and it's
        // inconvenient to keep MyContainer's methods and MyClass's
        // wrappers for those methods synchronized.
    }
}

Answer 1

那么，为什么不直接从 MyContainer 继承并公开那些您想要通过 using 声明转发的函数呢？这就是所谓的“根据MyContainer实现MyClass”。

class MyContainer
{
public:
    void Foo()
    {
        // This function directly handles the object's
        // member variables.
    }

    void Bar(){
      // ...
    }
}

class MyClass : private MyContainer
{
public:
    using MyContainer::Foo;

    // would hide MyContainer::Bar
    void Bar(){
      // ...
      MyContainer::Bar();
      // ...
    }
}

现在“外部”将能够直接调用Foo，而 Bar 只能在 MyClass 内部访问。如果您现在创建一个具有相同名称的函数，它会隐藏基本函数，您可以像这样包装基本函数。当然，您现在需要完全限定对基础的调用函数，否则您将陷入无休止的递归。

---

此外，如果您想允许 MyClass 的（非多态）子类化，那么这是罕见的地方之一，受保护的继承实际上很有用。 ：

class MyClass : protected MyContainer{
  // all stays the same, subclasses are also allowed to call the MyContainer functions
};

如果您的 MyClass 没有虚拟析构函数，则为非多态。

Answer 2

是的，维护这样的代理类是非常烦人的。您的 IDE 可能有一些工具可以让它变得更容易一些。或者您可以下载 IDE 插件。

但这通常并不困难，除非您需要支持数十个函数、覆盖和模板。

我通常这样写：

void Foo()      { return Member.Foo(); }
int  Bar(int x) { return Member.Bar(x); }

它很好而且对称。 C++ 允许您在 void 函数中返回 void 值，因为这可以使模板更好地工作。但是您可以使用相同的东西使其他代码更漂亮。

Answer 3

这就是 委托继承，我不知道 C++ 是否提供了任何机制来帮助实现这一点。

Answer 4

考虑在您的情况下什么是有意义的 - MyClass 和 MyContainer 之间的组合（具有）或继承（是）关系。

如果您不想再有这样的代码，那么您几乎只能局限于实现继承（MyContainer 作为基/抽象基类）。但是，您必须确保这在您的应用程序中确实有意义，并且您不是纯粹为了实现而继承（为了实现而继承是不好的）。

如果有疑问，你所拥有的可能没问题。

编辑：我更习惯于用 Java/C# 进行思考，而忽略了 Xeo 在他的答案中使用的 C++ 具有更大的继承灵活性这一事实。在这种情况下，这感觉是一个很好的解决方案。

Answer 5

这个需要你编写大量代码的功能实际上是必要的功能。 C++ 是一种冗长的语言，如果你试图避免使用 C++ 编写代码，你的设计永远不会很好。

但这个问题的真正问题是该类没有行为。它只是一个不执行任何操作的包装器。每个类都需要做一些事情，而不仅仅是传递数据。

关键是每个类都有正确的接口。这个需求就需要编写转发函数。每个成员函数的主要目的是将所需的工作分配给所有数据成员。如果您只有一个数据成员，并且您还没有决定该类应该做什么，那么您所拥有的只是转发函数。一旦您添加更多成员对象并决定该类应该做什么，那么您的转发功能将更改为更合理的东西。

对此有帮助的一件事是保持班级规模较小。如果接口很小，那么每个代理类只会有很小的接口，并且接口不会经常更改。