Указатель/ссылка на содержимое QVariant

[Igors]

Добрый день

Пример: в QVariant хранится std::vector (ну конечно зарегистировался Q_DECLARE_METATYPE). Теперь я хочу добавлять/удалять/менять эл-ты этого вектора. Не нашел как получить указатель или ссылку на данные хранимые в QVariant. Выходит всякий раз нужно перезаливать весь вектор

Это нормально или я плохо искал? Если нормально, то каковы мотивы такого ограничения?

Спасибо

[Авварон]

Да, это нормально, в мире без исключений метод, возвращающий ссылку, не может вернуть ошибку, если запрошенный тип не совпадает с тем, что реально лежит в QVariant. Только покрашить приложение с std::terminate.
Ну и о5 же всегда можно положить шаред_птр на вектор=)

[Igors]

Ну и о5 же всегда можно положить шаред_птр на вектор=)

Хорошо, пример: вот есть член какого-то класса который

а) шарится
б) может иметь содержимое разных типов

Как "давить эти 2 окурка одновременно" ?

[Авварон]

шаред_птр на вариант? ссылка на вариант?

[ssoft]

QVariant имеет implicit shared реализацию, как в прочем QByteArray, QString, QList и т.п. а это значит, что хранить ссылки и указатели на внутренние данные - это бомба с замедленным действием. В любой момент внутреннее значение может стать другим после неявной операции detach. Такими ссылками нужно пользоваться ооочень аккуратно.

[Igors]

QVariant имеет implicit shared реализацию, как в прочем QByteArray, QString, QList и т.п.

По-моему никакой имплисит шары сам QVariant не имеет, это 12 байт, 8 для хранения данных (напрямую или указатель) + тип по которому спрыгивает на базовый класс с виртуалами, Используется тот же паттерн что и в boost::any (и вероятно std::any), только базовый класс "один на тип", отсюда необходимость регистрировать.

а это значит, что хранить ссылки и указатели на внутренние данные - это бомба с замедленным действием. В любой момент внутреннее значение может стать другим после неявной операции detach. Такими ссылками нужно пользоваться ооочень аккуратно.

Ну если внутри сидит имплист контейнер и брать константный указатель на его данные - то да. Но для QVariant нет вообще никакого  "доступа к содержимому"

шаред_птр на вариант? ссылка на вариант?

По сути нужна очень простая вещь - шарить вариант. Хотел так

Код

C++ (Qt)
typedef QSharedPointer<QVariant> TSharedVar;

И заряжать вариант нужным контейнером. Но доступа к эл-там контейнера нет, поэтому не годится. Сделать наоборот почему-то не допер 

Код

C++ (Qt)
typedef QSharedPointer<MyVector> TSharedVec;
QVariant v;
 
// заряжаем вариант
v.setValue(TSharedVec());
...
// получаем ссылку на вектор данных
TSharedVec sh= v.value<TSharedVec>();
if (sh.isNull()) throw;
MyVector & vec = *sh.data();
 
// оедактируем вектор 
vec.resize(10);
 

Все вполне хорошо - и вариант есть и шарится. Не хватает одной вещи - сделать копию данных (в общем виде, не влезая в разборки с конкретными типами). Напр в первом случае это легко

Код

C++ (Qt)
typedef QSharedPointer<QVariant> TSharedVar;
TSharedVar sh;
...
sh.reset(new QVariant(*(sh->data())); 

И каким бы ни было содержимое варианта - он скопируется корректно. А во втором случае получим еще один шаред ссылающийся на те же данные. Ну ладно, переживу сввитчами.

[ssoft]

QVariant имеет implicit shared реализацию, как в прочем QByteArray, QString, QList и т.п.

По-моему никакой имплисит шары сам QVariant не имеет, это 12 байт, 8 для хранения данных (напрямую или указатель) + тип по которому спрыгивает на базовый класс с виртуалами, Используется тот же паттерн что и в boost::any (и вероятно std::any), только базовый класс "один на тип", отсюда необходимость регистрировать.

https://doc.qt.io/qt-5/implicit-sharing.html

[Igors]

https://doc.qt.io/qt-5/implicit-sharing.html

Ну вот, докатились до "тыц ссылкой"   Возможно Вы имели ввиду что QVariant понимает что хранит тип с имплисит шарой, но об этом речь не идет (std::vector). Сам по себе QVariant НЕ шарится

[ssoft]

https://doc.qt.io/qt-5/implicit-sharing.html

Ну вот, докатились до "тыц ссылкой"   Возможно Вы имели ввиду что QVariant понимает что хранит тип с имплисит шарой, но об этом речь не идет (std::vector). Сам по себе QVariant НЕ шарится

QVariant шарится))), и об этом явно написано в документации "тыц ссылкой", где приведена таблица классов Qt, использующих implicit shared.
QVariant может хранить практически любой copyable тип данных, и совершенно не догадывается о том какой он, с имплисит шарой или без.
Технических особенностей, почему бы не предоставить доступ к внутреннему содержимому, как, например, для QByteArray, никаких нет. Для std::any имеется std::any_cast< MyType & >.
Из-за отсутствия таких методов, QVariant постоянно использует копирование внутренних данных (fromValue/value), что приводит не редко к существенным потерям производительности.

[ViTech]

Ну вот, докатились до "тыц ссылкой"   Возможно Вы имели ввиду что QVariant понимает что хранит тип с имплисит шарой, но об этом речь не идет (std::vector). Сам по себе QVariant НЕ шарится

QVariant шарится))), и об этом явно написано в документации "тыц ссылкой", где приведена таблица классов Qt, использующих implicit shared.

Можно такой ссылкой тыцнуть, и по коду выяснять, шарится там что-нибудь или нет . Хотя может сегодня оно шарится, а завтра уже нет (реализация поменялась).

В исходниках можно ещё метод data() заметить, который для внутреннего пользования. Но если очень хочется, то можно и попользовать (на свой страх и риск).

[ssoft]

Можно такой ссылкой тыцнуть, и по коду выяснять ...
В исходниках можно ещё метод data() заметить, который для внутреннего пользования. Но если очень хочется, то можно и попользовать (на свой страх и риск).

Всегда поражала такая куча кода))). Более 5 тыс. строк  Все можно сделать намного меньшими усилиями.

[Old]

Всегда поражала такая куча кода))). Более 5 тыс. строк  Все можно сделать намного меньшими усилиями.

Легаси же.
Сейчас можно, но когда закладывался QVariant шаблоны были в зачаточном состоянии.

[ssoft]

Всегда поражала такая куча кода))). Более 5 тыс. строк  Все можно сделать намного меньшими усилиями.

Легаси же.
Сейчас можно, но когда закладывался QVariant шаблоны были в зачаточном состоянии.

Обычно да). Но в данном случае не так. Из-за ограничений QVariant, пришлось реализовать собственный аналог ещё в 2009.
Весь функционал Qt и даже больше (с сериализацией, имплисит шарой и преобразованием пользовательских типов друг в друга) уместился ~1000..1500 строк.
Сейчас как раз подумываю о рефакторинге на новый стандарт). Наверное еще меньше получится).

[ViTech]

Всегда поражала такая куча кода))). Более 5 тыс. строк  Все можно сделать намного меньшими усилиями.

Там документации примерно половина, и многовато возни со встроенными и своими кутешными типами. Обилие нешаблонных методов toSomeType() тоже свой вклад вносит .

Сейчас как раз подумываю о рефакторинге на новый стандарт). Наверное еще меньше получится).

Рефакторинга вида:

Код

C++ (Qt)
#include <variant>
// or
#include <any>

не будет достаточно?

[ssoft]

Рефакторинга вида:

Код

C++ (Qt)
#include <variant>
// or
#include <any>

не будет достаточно?

 

Сам тип, конечно , достаточно будет заменить на std::any) (но только с С++17).
Но там еще обвязка по динамической работе с типами и регистрации произвольной функциональности (кастование и преобразование типов, фабричные методы, сериализация и определенная пользователем любая другая).