Qt：信号和插槽与C ++：消息传递

Question

我有两节课

class Car
{
// class Car related methods
public:
setDriversName(QString);
private:
String driversName_;    // This information comes from class DriversName

//Must get the drivers name info, when a particular event in this object occurs;
}

class DriversName
{
//class DriversName related methods
String getDriversName();
private:
String driversName_;
}

所以，现在我想在两个类之间进行通信，更具体地说， 当Car Object中出现特定事件时 ，我希望类Car从DriversName类中获取驱动程序的名称。

到目前为止，我有这两种方式，

C++ Message passing:

class Car
{
// class Car related methods
public:
setDriversNameObject(DriversName& );
setDriversName()
{
   driversName_ =  DriversName.getDriversName();
}

private:
DriversName driversName_;    // So after setting the Driverclass object, i can directly 
//access the driver's name, whenever the event occurs
String driversName_;
}

class DriversName
{
//class DriversName related methods
String getDriversName();

private:
DriversName driversName_;
}

要么

Qt

In mainWindow class:

connect(carObject,eventHasOccured(),this,updateDriversName());


void MainWindow::updateDriversName()
{
    carObject->setDriversName(driversNameObject.getDriversName);
}

Class Car
{
    Q_OBJECT
    signals:
    emit eventHasOccured();

    public:
    setDriversNameObject(DriversName& );

    private:
    DriversName driversName_;              
}

Class DriversName
{
    Q_OBJECT

    String getDriversName();

    private:
    DriversName driversName_;    
}

两种解决方案肯定都会有效。 这是我的问题：

1）就OO原则而言，上述方法是否存在任何缺陷。

2）这种情况可以处理的最标准方法是什么？

3）还有其他更好的方法来处理给定的情况。

谢谢。

Answer 1

1）就OO原则而言，上述方法是否存在任何缺陷。

第一种方法将Car方法与DriversName类紧密DriversName 。

第二个将您的申请与Qt联系起来。 如果你在整个应用程序中使用它，那不是什么大问题，但应该考虑它。 此外，它将业务逻辑代码移动到主窗口类中，这可能不是一个好主意。

2）这种情况可以处理的最标准方法是什么？

这样做没有“一种明确的方式”。 只是越来越好。

3）还有其他更好的方法来处理给定的情况。

对于“纯C ++”方法，您可以引入一个抽象接口来监听驱动程序名称更改（或者甚至更一般地用于监听通用名称更改）。 我在这里指的是基本上实现Observer模式。 简化的实现可以如下所示：

class NameChangeListener
{
public:
    virtual void onNameChange(std::string const & newName) =0;
};

// This assumes change is initiated in DriversName class - not sure if this is correct
// Your code doesn't show the actual triggering of the change
class DriversName
{
public:
// ... other stuff
    setNameChangeListener(NameChangeListener* ncl)
    {
        changeListener = ncl;
    }
    void setName(std::string const & newName)
    {
        // ... other stuff
        if (changeListener)
            changeListener->onNameChange(newName);
    }
private:
    // ..
    NameChangeListener* changeListener;
};

class Car: public NameChangeListener
{
public:
// ... other stuff
    void onNameChange(std::string const & newName) {
        driversName = newName;
    }
};

// somewhere outside:
Car c1;
DriversName n;
n.setNameChangeListener(c1);

对于Qt方法，可能最好引入一个封装这种关系的附加“Controller”类，而不是直接在主窗口中进行。

Answer 2

在nyarlathotep的回答之上还有一些细节：

1）如果您确实需要在特定事件发生时进行更新，那么第一个解决方案是不够的，因为它不处理事件; 一个人应该明确地调用Car的setDriversName() 。 你需要一般的信号/插槽或回调机制，就像第二种解决方案一样。 在那种情况下，我认为你宁愿需要类似的东西

connect(driversNameObject,nameChanged(string),carObject,setDriversName(string));

应用程序/主窗口和carObject需要知道有关driversNameObject任何信息。 除此之外，我认为你的第二个解决方案中存在一些小错误（例如， Car没有setDriversName方法。

2）和3）如果我还没有在QT项目中工作，我个人会避免使用QT的信号/插槽机制。 这种机制完全绕过C ++语言，需要通过自己的工具进行源文件预处理。 一个结果是在编译器有任何检查机会之前，所有内容（如方法名称）都被处理为字符串。 另一个是你需要一种特定的方式来构建你的项目，这种方式比必要的更复杂，并且会使其他库的使用更加困难。

至于更多“纯C ++”解决方案，我敢打赌，例如Boost.Signals会完成这项工作，但同样可能会带来太多你不需要的复杂性。

我开发了一个纯C ++抽象接口，它完全模仿基于委托的QT信号/槽的行为，但这涉及内部的低级内容，如转换为void* 。 另一种选择当然是在内部使用std::function 。 它在处理所有函数调用语言特性时仍然不是完全通用的，例如派生类中的方法，重载，虚方法，默认参数等等（但Boost.Signals都不是）。 我打算在完成它之前使用可变参数模板在C ++ 11中重新实现它。

同样，我（仍）不知道完美或事实上的标准解决方案。