友谊的替代品？

Question

在下面的场景中除了友谊还有其他选择吗？

我有一个代表 UI 窗口的 Window 类。此外，一个作为单例实现的 WindowManager 类管理我的应用程序中的所有窗口对象（呈现 UI、调度事件等）。

WindowManager 将具有一个公共接口仅由其单例实例化方法和函数组成，用于呈现 UI 和分派 UI 事件。

我还希望 Window 对象在构造期间向 WindowManager 注册，并在销毁期间取消注册。 WindowManager::register 和 WindowManager::deregister 方法将是私有的或受保护的，因为我不想要客户端（除了 Window 对象） ) 才能使用此接口。

在这种情况下，有没有办法避免 Window 和 WindowManager 之间的友谊？也许用完全不同的方式来达到类似的结果？

Answer 1

是的，但友谊是最好的解决方案，因为它是为这种情况设计的。

另一种方法是使 Window 成为 WindowManager 的成员（注意，这需要新的 C++11 辅助功能规则）。或者让它从 WindowManager 的成员派生。或者让它从 WindowManager 本身派生。

您还可以将私有类型放入 Window 中，在 Window 中嵌套一个键类型，该键类型只能从该私有类型构造，并且需要传递该键类型的实例到WindowManager。这应该适用于 C++11 之前的编译器。

当然，任何方法都可以通过足够的强制转换来绕过。

Answer 2

在这里使用Friendlyship 似乎是合适的。您想要指示两个类之间的有意的强耦合，这可以通过 Friends 来恰当地指示。

更具体地说，一个类需要访问另一个类的内部结构，并且您不希望使用公共访问说明符向每个人授予访问权限。

经验法则：公共太弱而私有太强，您需要某种形式的选定访问：受保护或朋友。

使用Friendshipship 是最好的解决方案。

Answer 3

使用嵌套类。

WindowManager {
  private:
    static void construct();
    static void destruct();
  public:
    class InternalWindow { // can access WindowManager's private members (no scoping needed)
      InternalWindow() { construct(); }
      ~InternalWindow() { desstruct(); }
    };
};

typedef WindowManager::InternalWindow Window; // to make scoping easier

Answer 4

另一个解决方案（不一定更好：]）是将窗口注册到一个单独的组件 - 比方说 WindowRegister。 WindowRegister 可以有一个用于注册的公共接口，也可以是 WindowManager 的私有成员。

友谊的问题在于它不是继承的（我爷爷的朋友不一定是我的朋友）——而且 Window 或 WindowManger 很有可能是多态的。

问候

Answer 5

还有其他几种选择。例如：

• 您可以使用指针数学、汇编代码和有关内存中类布局的知识来在运行时调用私有方法。然而，这不是很便携。
• 您可以将该方法公开，但要求它采用由 Window 类中的私钥加密签名的参数，从而防止其他类能够实际调用该方法并让它执行任何操作。
• 您可以使该方法受到保护，并使一个方法从另一个方法继承。
• 您可以创建一个共同的超类，它们都继承自该超类，并使用其中的受保护方法在它们之间进行通信。
• 您可以使用很少使用的“enemy”关键字来允许他们运行彼此的私有方法，但前提是他们拥有使其他班级有罪的勒索材料。 （好吧，这不是一个真正的语言功能，但它应该是。）

或者你可以让他们成为朋友。这比任何其他选择都更容易、更明智，也是朋友存在的原因。