Конструктор копирования в потомках QObject.

[GrieVeR-13]

Здравствуйте.
Как известно, конструктор копирования QObject находится в приватной секции, возможно ли в наследниках класса QObject определить свой конструктор копирования без зубодробительных построчных присвоений значения каждому полю объекта? Например конструкция вида:

Код:

MyClass(const MyClass &other) { 
    name = other.name;
    x = other.x;
    y = other.y;
}

совсем не впечатляет.
QObject использую для реализации механизма сериализации через Q_PROPERTY (х, y - не свойства).

[sociopath]

Первое, что приходит на ум - сделать MyClass наследником QObject и MyClassData. В MyClassData хранить данные (name, x, y и прочее) в секции protected, чтобы были доступны классу MyClass. Тогда конструктору копирования MyClass будет достаточно вызывать конструктор QObject (некопирующий) и конструктор MyClassData (копирующий).

[Авварон]

Объекты нельзя копировать. Точка.

[GrieVeR-13]

Первое, что приходит на ум - сделать MyClass наследником QObject и MyClassData. В MyClassData хранить данные (name, x, y и прочее) в секции protected, чтобы были доступны классу MyClass. Тогда конструктору копирования MyClass будет достаточно вызывать конструктор QObject (некопирующий) и конструктор MyClassData (копирующий).

Да, я тоже об этом думал, что есть смысл сделать подобие QSharedData. Но это совсем другой подход, очень много придется переписывать. Надеялся, что существует мифический способ сделать сериализацию менее заметной для сотен уже давно написанных классов.

Авварон: а я и не хочу копировать данные QObject, меня интересует только мои данные.

Может лучше реализовать свой механизм X_PROPERTY...

[Igors]

Да, я тоже об этом думал, что есть смысл сделать подобие QSharedData. Но это совсем другой подход, очень много придется переписывать. Надеялся, что существует мифический способ сделать сериализацию менее заметной для сотен уже давно написанных классов.

А нет ли сериализации для этих классов? По смыслу должна быть, тогда ее и использовать

[Hrundel]

А почему оператор то не написать ко всем своим классам?

Код

C++ (Qt)
MyClass MyClass::operator=(const MyClass& right)
{
    MyClass result;
    result.set_x(right.x());
    result.set_y(right.y());
    return result;
}

А потом так - опа:

Код

C++ (Qt)
obj1 = obj2;

и всё!

[Igors]

А почему оператор то не написать ко всем своим классам?

Код

C++ (Qt)
MyClass MyClass::operator=(const MyClass& right)
{
    MyClass result;
    result.set_x(right.x());
    result.set_y(right.y());
    return result;
}

А потом так - опа:

Код

C++ (Qt)
obj1 = obj2;

и всё!

Потому что при наличии многих десятков членов это трудоемкая/унылая операция, о чем ТС и писал в первом посте.

А в Вашей системе образования я разочарован. "Всего понемногу", там побегали, сям, а нормально оператор написать не научили.

[Hrundel]

А разве кто-то сказал, что немецкая система образования хорошая? В точных науках российское образование превосходит немецкое в разы.
Проблема России не в образовании.

[Akon]

Объекты нельзя копировать. Точка.

Правильно. QObject'ы - это т.н. объекты-сущности (считай животные или люди  ). Копируйте только объекты-значения. Не нужно смешивать посредством открытого наследования объекты-сущности и объекты-значения, последние нужно делать членами сущностей. Например, QWidget::font().

Для объектов-значений конструктор копирования по умолчанию делает всю работу.