Не получается подружиться с QVector

[dr_Begemot]

Создаю простой класс:

Код:

class A{
  //...
};

в функции main пишу:

QVector<A> list;

Все ок, компилится и работает...

Но стоит в класс А добавить переменную типа класса B, который порожден от QObject то программа перестает компилиться. Пишет: fatal error C1001: An internal error has occurred in the compiler.

Код:

class B : public QObject
{
  Q_OBJECT
  B(QObject *parent=0);
  //...
};

class A{
  //...
  B val;
  //...
};

Я так понимаю, что нужно добавлять не сам класс B а определенным образом описанный класс BItem, но каким образом его описывать я не нашел... С другой стороны ведь QString спокойно добавляется в QVector...
Подскажите плиз или киньте прямые линки.

Спасибо.

p.s. Если во 2м случае из main QVector<A> list;то все ок.

[Rcus]

И вы надеетесь что компилятор сможет создать конструктор копирования для класса содержащего некопируемые объекты?

[dr_Begemot]

И вы надеетесь что компилятор сможет создать конструктор копирования для класса содержащего некопируемые объекты?

Так что надо сделать?

[Авварон]

определить конструктор копирования видимо

[dr_Begemot]

определить конструктор копирования видимо

Я не совсем понимаю...
Почему объекты порожденные от QObject - некопируемые?
Не могли бы вы написать как именно должен выглядеть конструктор копирования в данном случае?

[pastor]

Конструктор копирования ненужен. Делай так:

Код

C++ (Qt)
class B : public QObject
{
  Q_OBJECT
  B(QObject *parent=0);
  //...
};
 
 
QVector<B *> list;

[pastor]

Вот по поводу конструктора копирования и оператора присваивания для класса QObject и всех порожденных от него классов:

No copy constructor or assignment operator
QObject has neither a copy constructor nor an assignment operator. This is by design. Actually, they are declared, but in a private section with the macro Q_DISABLE_COPY(). In fact, all Qt classes derived from QObject (direct or indirect) use this macro to declare their copy constructor and assignment operator to be private. The reasoning is found in the discussion on Identity vs Value on the Qt Object Model page.
The main consequence is that you should use pointers to QObject (or to your QObject subclass) where you might otherwise be tempted to use your QObject subclass as a value. For example, without a copy constructor, you can't use a subclass of QObject as the value to be stored in one of the container classes. You must store pointers.

А вот собственно по твоей ошибке:

The values stored in the various containers can be of any assignable data type. To qualify, a type must provide a default constructor, a copy constructor, and an assignment operator. This covers most data types you are likely to want to store in a container, including basic types such as int and double, pointer types, and Qt data types such as QString, QDate, and QTime, but it doesn't cover QObject or any QObject subclass (QWidget, QDialog, QTimer, etc.). If you attempt to instantiate a QList<QWidget>, the compiler will complain that QWidget's copy constructor and assignment operators are disabled. If you want to store these kinds of objects in a container, store them as pointers, for example as QList<QWidget *>.

Вобщем rtfm

[dr_Begemot]

Конструктор копирования ненужен. Делай так:

Код

C++ (Qt)
class B : public QObject
{
  Q_OBJECT
  B(QObject *parent=0);
  //...
};
 
 
QVector<B *> list;

нужно чтобы в классе A было два поля типа B, а вектор содержал бы значения типа А....

[Авварон]

pastor типа "мы не смогли договориться как сравнивать QObject'ы и потому запретили это делать нафиг"?

[Rcus]

Я не совсем понимаю...
Почему объекты порожденные от QObject - некопируемые?
Не могли бы вы написать как именно должен выглядеть конструктор копирования в данном случае?

Для полиморфных объектов сама операция копирования не имеет смысла(не только наследников QObject, но вообще), возможно только клонирование объекта, но и оно не всегда работает (как например клонировать сокет, файл, виджет?) поэтому нужно понять какая вам нужна семантика при копировании объекта класса A, а затем реализовать ее в конструкторе копирования.

[pastor]

pastor типа "мы не смогли договориться как сравнивать QObject'ы и потому запретили это делать нафиг"?

Пояснение этого приводится в ассистанте в описание Qt Object Model

[dr_Begemot]

pastor типа "мы не смогли договориться как сравнивать QObject'ы и потому запретили это делать нафиг"?

Пояснение этого приводится в ассистанте в описание Qt Object Model

Так нужен ли конструктор копирования или как-то подругому можно сделать?

[Авварон]

pastor типа "мы не смогли договориться как сравнивать QObject'ы и потому запретили это делать нафиг"?

Пояснение этого приводится в ассистанте в описание Qt Object Model

я охотно верю, что они это еще и красиво обосновали... все равно тупо

[BRE]

я охотно верю, что они это еще и красиво обосновали... все равно тупо

А как можно сравнивать QObject, а как можно сравнивать его наследников?
Как можно сравнить QListView и QFtp? Кто больше?

[dr_Begemot]

я охотно верю, что они это еще и красиво обосновали... все равно тупо

А как можно сравнивать QObject, а как можно сравнивать его наследников?
Как можно сравнить QListView и QFtp? Кто больше?

Причем тут сравнивание? Речь идет просто о том почему базовые классы в QVector нормально работают, а порожденные от QOobject нет...