为对象内的对象提供接口

Question

我正在创建一个模型，就像在 MVC 中一样，它由其他对象组成。我的单个主要模型对象包含成分对象。我的问题是我应该向主模型对象询问将由成分对象实际执行的所有操作，还是应该询问成分对象并运行其操作？我可以在第一种方法中看到，主模型必须考虑其组成模块的所有操作，并将导致添加许多简单地委托给组成对象的功能。

让我用一个与我所做的非常接近的例子来解释。下面的代码是动态的，所以请忽略 c++ 语法错误（如果有）。

class Arm
{
public:

    Move(int x, int y);
}

class Robot
{
public:
    Arm leftArm;
    Arm rightArm;

    // should this function be there?
    MoveLeftArm(int x, int y)
    {
        leftArm.Move(x,y);
    }

    // and likewise this?
    MoveRightArm(int x, int y)
    {
        rightArm.Move(x,y);
    }
}

// in the view when I want to move robot arms, should I do this
robot->MoveLeftArm(x,y);
//or this
robot.leftArm.Move(x,y);

一个转储问题，但它是否应该取决于成分对象实际支持多少操作？既然我们是它，这也是门面设计模式的一个例子吗？

我的担忧：

• 第一种方法可以将主要对象增长到非常大的对象。我们真的想要这么大的对象有这么多方法吗？
• 这听起来像金字塔金字塔模型，其中函数沿链级联。这是气馁吗？我似乎记得那样，但我可能错了。
• 第二种方法让外部客户端模块直接访问它的子组件，不确定这是否完全不好？

请考虑组成对象不仅仅是上面的两个机械臂，它还有更多的方法。

Answer 1

我认为封装数据和行为并让每个类维护它通常会更好，这样您就不会在它们之间建立牢固的关系。
所以最好的做法是视图调用 Robot.MoveLeftArm 和 RobotMoveRightArm，而机器人是将消息发送到执行实际运动的 Arms 的那个。 这样手臂移动的调用和实现就被封装在了 Arm 中，它可以在不影响 View 的情况下改变。
还有一些选项可以让接口定义行为并让类实际实现该行为，从而在它们之间创建契约。