2024-04-02 在使用QtRemoteObject 过程中遇到的问题记录

ihmhm12345

已于 2024-04-02 14:43:58 修改

阅读量948

点赞数 25

分类专栏： QT 文章标签： qt

于 2024-04-02 10:04:35 首次发布

本文链接：https://blog.csdn.net/ihmhm12345/article/details/137255451

版权

QT 专栏收录该内容

38 篇文章 6 订阅

订阅专栏

前言

QtRemoteObject 的使用分为静态和动态使用，静态使用需要定义rep文件，相当于通信协议，保证源端和节点端类型的统一。
这些可以参考这两文章：

https://zhuanlan.zhihu.com/p/36501814

https://zhuanlan.zhihu.com/p/37108172

以及Qt官方文档

一、我期望的使用需求？

在源端，我有一个mode，mode里存放的是基于QObject实现的子类，我希望将这个mode通过QtRO共享出去。节点端只使用qml界面，不用c++，所以直接使用动态方式即可
在这里插入图片描述

mode内是基于QObject实现的类
Host共享mode
Node动态获取mode
Node节点端直接获取数据
整个过程不需要rep文件
Node端为另外一套程序，不引用Host端代码

二、实现过程遇到的问题

共享mdoe时，必须要

QVector<int> roles;
roles << Qt::UserRole + 1 << Qt::UserRole + 2 << Qt::UserRole + 3 ;
m_host->enableRemoting(&m_dataModel, QStringLiteral("xxxx"), roles);

node端使用 m_replical = m_node.acquireModel(name); 即可获取到mode，将获取结果，使用c++与qml通讯方式即可共享给qml，如 Q_PROPERTY(QAbstractItemModelReplica *replical READ replical NOTIFY replicalChanged)
mdoe内保存的可以是自定义类型，也可以是qt官方提供的数据类型，如QString,Qcolor,QPoint,QSize等等，如果是官方类型，node端即可实现开箱即用。如果是自定义类型，就比较麻烦，通过多次测试发现，自定义类型不能基于QObject实现

class Actor
{
    Q_GADGET
    Q_PROPERTY(QString name READ name WRITE setName)
public:
    Actor() {}
    Actor(const QString &name)
        : m_name(name)
    {}
    QString name() const { return m_name; }
    void setName(const QString &name) { m_name = name; }

    friend QDataStream &operator<<(QDataStream &out, const Actor &actor)
    {
        out << actor.m_name;
        return out;
    }
    friend QDataStream &operator>>(QDataStream &in, Actor &actor)
    {
        in >> actor.m_name;
        return in;
    }

private:
    QString m_name;
};
Q_DECLARE_METATYPE(Actor)

这样的类型可以存放于mode中，并将mode通过QtRO发送给Node端，但是，Node端qml是无法访问到这个类型里name属性，因为Node端不认识Actor这个类型，解决办法就是Node端引入Actor这个类型所在文件，使用qmlRegisterType<Actor>("Actor", 1, 0, "Actor"); 来告诉qml有这个类型，这样qml端即可调用到Actor内部的属性。。但是这有围背我本来的期望，我不希望Node端再引入host端的代码。

如果我们使用的类型是基于QObject的，就无法实现动态调用，如：

class ActorO : public QObject
{
    Q_OBJECT
public:
    ActorO() {}
    ActorO(const ActorO &actor)
        : m_name(actor.m_name)
    {}
    ActorO &operator=(const ActorO &other)
    {
        m_name = other.m_name;
        return *this;
    }

    Q_PROPERTY(QString name READ name WRITE setName NOTIFY nameChanged)
    QString name() const { return m_name; }
    void setName(const QString &name)
    {
        m_name = name;
        emit nameChanged();
    }
signals:
    void nameChanged();

private:
    QString m_name;
};

这种用法又现了另外一个问题，它可以保存在Mode中，也可以共享出去，但是Node端还是不认识，由于共享传输使用的是先将类型转为QVariant,再将QVariant序列化，Node端反序列化，再转为QVariant.不管Node端有无引入类型，都无法实现
如果Mode中保存类型指针，那QtRO无法传递出去，但如果使用普通对象，由于类型是基于QObject的，QObject禁用拷贝的，不法拷贝到QVariant中，因此进入了个死循环。我没办法实现将已有项目中的mode（保存有基于QObject实现的类型）通过QrRO动态发送。

最后解决方法，写一个专用的mode，在原有mode的基础上添加，通过roleNames 来返回具体属性，如：

    QHash<int, QByteArray> roleNames() const override
{
    static QHash<int, QByteArray> roles;
    roles[objectname] = "objectname";
    roles[object] = "object";
    roles[object_pointer] = "object_pointer";
    roles[object_name] = "object_name"; // 可以获取mode内元素内部属性name的值
    roles[object_id] = "object_id";// 可以获取mode内元素内部属性id的值
    return roles;
}