简单谈谈为什么QML和CPP的信号链接参数数据类型要使用QVariant

简单谈谈为什么QML和CPP的信号链接参数数据类型要使用QVariant

假如你在QML中有个信号

Rectangle {
    signal send(var str)
}

你想将它链接到cpp中的槽函数上，那么你得这么写：

class Sample : public QObject
{
    public slots:
    void onSend(QVariant);
}

int main()
{
    QObject::connect(qml_obj, SIGNAL(send(QVariant)), cpp_obj, SLOT(onSend(QVariant));
}

即使你只是简单想传递个字符串。
为什么呢？cpp中的槽函数参数类型不能写成QString吗？
还真不行。
我的理解是，js是一门动态语言，编译时var str的类型无法确定，编译到QObject::connect时自然无法知道信号参数的数据类型。
这个时候就要拿出我们的QVariant这个万能的包装器，将这个无法确定类型的参数包装起来。这样一来，信号参数的数据类型就被确定为QVariant了。
那么槽函数参数的数据类型为什么不能写成QString呢，QVariant不是一个万能的数据类型包装器吗？
这是因为connect函数要求信号和槽的参数数量和类型一致，信号为QVariant了，槽自然也只能是QVariant。
Qt不会自动帮你把QVariant转换成QString，但我觉得这在技术上是可以实现的，编译时编译器是知道槽的数据类型的，
完全可以做到QVariant到QString的自动转换，不知道Qt后面会不会针对这个做优化。