c++ - 一遍又一遍传递对象的替代方法

Question

有几个类通常由其他类派生。它们是用户输入接收器，如按键接收器、按键释放接收器、鼠标移动接收器等。从这些继承的类是例如继承自按下接收器和释放接收器的热键 Action ，或继承自鼠标移动接收器的相机旋转器。用户所做的输入将由另一个类转发到相应的接收器，因此任何输入接收器，例如相机旋转器需要在该转发类中注册自己。转发输入的类总是相同的，永远不会有两个。

当我的类(class)的用户创建一个新的输入接收器时，一个继承自例如鼠标移动接收器，鼠标移动接收器需要知道转发类才能注册自己以接收鼠标输入。所以鼠标移动接收器构造函数的代码如下所示:

mouseMoveReceiverIF(inputforwarder* ifo)
{
    ifo.registerInputReceiver(this);
}

由于很明显只有一个 inputforwarder，如果用户必须传递它，不仅不那么直观，而且为创建的每个 input-receiver 都增加了输入。

但是如果我将 inputforwarder 设置为单例或全局变量，以便输入接收器可以访问它而无需用户将其传递到构造函数中，我会遇到其他问题:然后用户需要知道 inputforwarder 在创建任何 inputforwarder 之前必须存在。没有什么会警告他，没有什么会迫使他首先创建输入转发器。该程序只会崩溃，因为输入接收器会尝试向不存在的输入转发器注册。那会更糟。

有效且正确的方法是什么样的？上述示例的替代方案是什么？

谢谢!

Answer 1

首先，我想问你是否应该对用户隐藏 InputForwarder 的实例。调用这些构造函数的用户代码正在配置系统并设置依赖项——很可能代码应该显式声明这些依赖项，即使这意味着键入额外的构造函数参数。

假设您要隐藏它，这取决于输入转发器的创建方式:

• 如果可以不带参数创建，让它像一个自启动服务。也就是说，您有一个返回“the”实例的函数，如果在调用该函数时该实例不存在，则该函数将创建它。

• 如果它接受用户提供的参数，则它不能是自启动服务。您可以提供一个由用户设置的全局“默认输入转发器实例”，然后在构造函数中检查该实例是否存在——如果它在那里注册或以其他方式引发异常。

如果您担心的话，可测试性在这里可能不是问题。即使您有一个全局“默认”实例来对普通用户隐藏依赖项，您仍然可以拥有这样的构造函数:

mouseMoveReceiverIF(inputforwarder* ifo = 0)
{
    if (!ifo) {
        ifo = getDefaultIfo();
        // check for null again if necessary
    }
    ifo.registerInputReceiver(this);
}

因此您可以注入(inject)任何适合测试的 inputforwarder。