Как поместить наследника от QObject'f в список
От: Аноним  
Дата: 24.11.09 13:22
Оценка:
Начинаю осваивать с++...
Не получается поместить в список наследника от QObject'а:


class ClassA : public QObject 
{
};

....
....
....

list <ClassA> Alist;
ClassA A1;
Alist.push_back(A1);



Ругань на последнюю строку
c:/prog/qt/mingw/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/bits/stl_construct.h: In copy constructor `ClassA::ClassA(const ClassA&)':
c:/prog/qt/mingw/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/bits/stl_construct.h:81: instantiated from `void std::_Construct(_T1*, const _T2&) [with _T1 = ClassA, _T2 = ClassA]'
c:/prog/qt/mingw/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/bits/stl_list.h:438: instantiated from `std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const _Tp&) [with _Tp = ClassA, _Alloc = std::allocator<ClassA>]'
c:/prog/qt/mingw/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/bits/stl_list.h:1163: instantiated from `void std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const _Tp&) [with _Tp = ClassA, _Alloc = std::allocator<ClassA>]'
c:/prog/qt/mingw/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/bits/stl_list.h:785: instantiated from `void std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = ClassA, _Alloc = std::allocator<ClassA>]'


Использование QList не помогает.
Если ClassA не является наследником от QObject, то код компилится. Подскажите, в чем загвоздка?


21.01.10 14:07: Перенесено модератором из 'C/C++' — Кодт
Re: Как поместить наследника от QObject'f в список
От: little_alex  
Дата: 24.11.09 13:28
Оценка:
Здравствуйте, Аноним, Вы писали:

А>Начинаю осваивать с++...

А>Не получается поместить в список наследника от QObject'а:

И не получится — там оператор копирования и конструктор копирования закрыты. Используй указатели на QObject
Re[2]: Как поместить наследника от QObject'f в список
От: pavel.yurchenko Украина  
Дата: 24.11.09 13:51
Оценка:
Здравствуйте, little_alex, Вы писали:

_>Здравствуйте, Аноним, Вы писали:


А>>Начинаю осваивать с++...

А>>Не получается поместить в список наследника от QObject'а:

_>И не получится — там оператор копирования и конструктор копирования закрыты. Используй указатели на QObject


А если попробовать в ClassA объявить открытый конструктор копирования?
Re[2]: Как поместить наследника от QObject'f в список
От: Gancho  
Дата: 24.11.09 14:10
Оценка:
Здравствуйте, little_alex, Вы писали:

_>Здравствуйте, Аноним, Вы писали:


А>>Начинаю осваивать с++...

А>>Не получается поместить в список наследника от QObject'а:

_>И не получится — там оператор копирования и конструктор копирования закрыты. Используй указатели на QObject



получилось...

    list <ClassA *> Alist;
    ClassA *A1 = new ClassA();
    Alist.push_back(A1);


Спасибо!
Re[3]: Как поместить наследника от QObject'f в список
От: pavel.yurchenko Украина  
Дата: 24.11.09 14:15
Оценка:
Здравствуйте, Gancho, Вы писали:

G>Здравствуйте, little_alex, Вы писали:


_>>Здравствуйте, Аноним, Вы писали:


А>>>Начинаю осваивать с++...

А>>>Не получается поместить в список наследника от QObject'а:

_>>И не получится — там оператор копирования и конструктор копирования закрыты. Используй указатели на QObject



G>получилось...


G>
G>    list <ClassA *> Alist;
G>    ClassA *A1 = new ClassA();
G>    Alist.push_back(A1);

G>


G>Спасибо!


Теперь главное не забыть сделать delete при очистке списка!
Re[3]: Как поместить наследника от QObject'f в список
От: little_alex  
Дата: 24.11.09 14:20
Оценка: +1
Здравствуйте, pavel.yurchenko, Вы писали:

PY>А если попробовать в ClassA объявить открытый конструктор копирования?

А зачем?
Зачем он закрыт — вполне понятно:

Qt Objects: Identity vs Value

Some of the added features listed above for the Qt Object Model, require that we think of Qt Objects as identities, not values. Values are copied or assigned; identities are cloned. Cloning means to create a new identity, not an exact copy of the old one. For example, twins have different identities. They may look identical, but they have different names, different locations, and may have completely different social networks.

Then cloning an identity is a more complex operation than copying or assigning a value. We can see what this means in the Qt Object Model.

A Qt Object...

* might have a unique QObject::objectName(). If we copy a Qt Object, what name should we give the copy?
* has a location in an object hierarchy. If we copy a Qt Object, where should the copy be located?
* can be connected to other Qt Objects to emit signals to them or to receive signals emitted by them. If we copy a Qt Object, how should we transfer these connections to the copy?
* can have new properties added to it at runtime that are not declared in the C++ class. If we copy a Qt Object, should the copy include the properties that were added to the original?

For these reasons, Qt Objects should be treated as identities, not as values. Identities are cloned, not copied or assigned, and cloning an identity is a more complex operation than copying or assigning a value. Therefore, QObject and all subclasses of QObject (direct or indirect) have their copy constructor and assignment operator disabled.

http://qt.nokia.com/doc/4.5/object.html
Re[4]: Как поместить наследника от QObject'f в список
От: pavel.yurchenko Украина  
Дата: 24.11.09 14:27
Оценка:
Здравствуйте, little_alex, Вы писали:

_>Здравствуйте, pavel.yurchenko, Вы писали:


PY>>А если попробовать в ClassA объявить открытый конструктор копирования?

_>А зачем?
_>Зачем он закрыт — вполне понятно:

_>

_>Qt Objects: Identity vs Value

_>Some of the added features listed above for the Qt Object Model, require that we think of Qt Objects as identities, not values. Values are copied or assigned; identities are cloned. Cloning means to create a new identity, not an exact copy of the old one. For example, twins have different identities. They may look identical, but they have different names, different locations, and may have completely different social networks.

_>Then cloning an identity is a more complex operation than copying or assigning a value. We can see what this means in the Qt Object Model.

_>A Qt Object...

_> * might have a unique QObject::objectName(). If we copy a Qt Object, what name should we give the copy?
_> * has a location in an object hierarchy. If we copy a Qt Object, where should the copy be located?
_> * can be connected to other Qt Objects to emit signals to them or to receive signals emitted by them. If we copy a Qt Object, how should we transfer these connections to the copy?
_> * can have new properties added to it at runtime that are not declared in the C++ class. If we copy a Qt Object, should the copy include the properties that were added to the original?

_>For these reasons, Qt Objects should be treated as identities, not as values. Identities are cloned, not copied or assigned, and cloning an identity is a more complex operation than copying or assigning a value. Therefore, QObject and all subclasses of QObject (direct or indirect) have their copy constructor and assignment operator disabled.

_>http://qt.nokia.com/doc/4.5/object.html

Re[3]: Как поместить наследника от QObject'f в список
От: Gancho  
Дата: 24.11.09 14:31
Оценка:
Здравствуйте, pavel.yurchenko, Вы писали:

PY>Здравствуйте, little_alex, Вы писали:


_>>Здравствуйте, Аноним, Вы писали:


А>>>Начинаю осваивать с++...

А>>>Не получается поместить в список наследника от QObject'а:

_>>И не получится — там оператор копирования и конструктор копирования закрыты. Используй указатели на QObject


PY>А если попробовать в ClassA объявить открытый конструктор копирования?




Содрал отсюда... http://rsdn.ru/forum/cpp/2960342.1.aspx
Автор:
Дата: 22.05.08


class ClassA : public QObject
{
public:
    ClassA(){};
    ClassA( const ClassA &s )  { }
    ClassA& operator=( const ClassA &s )  {  return *this; }
};


Теперь компилится и такой вариант:

    list <ClassA> Alist2;
    ClassA A2;
    Alist2.push_back(A2);



Только стались вопросы по этой строке ...
ClassA( const ClassA &s )  { }

когда ClassA обрастёт данными в этом конструкторе нужно будет их копировать?
Re[5]: Как поместить наследника от QObject'f в список
От: Gancho  
Дата: 24.11.09 14:39
Оценка:
Согласен, что копировать объекты автоматически лучше не надо!
Re[4]: Как поместить наследника от QObject'f в список
От: pavel.yurchenko Украина  
Дата: 24.11.09 14:57
Оценка:
Здравствуйте, Gancho, Вы писали:

G>Здравствуйте, pavel.yurchenko, Вы писали:


PY>>Здравствуйте, little_alex, Вы писали:


_>>>Здравствуйте, Аноним, Вы писали:


А>>>>Начинаю осваивать с++...

А>>>>Не получается поместить в список наследника от QObject'а:

_>>>И не получится — там оператор копирования и конструктор копирования закрыты. Используй указатели на QObject


PY>>А если попробовать в ClassA объявить открытый конструктор копирования?




G>Содрал отсюда... http://rsdn.ru/forum/cpp/2960342.1.aspx
Автор:
Дата: 22.05.08


G>
G>class ClassA : public QObject
G>{
G>public:
G>    ClassA(){};
G>    ClassA( const ClassA &s )  { }
G>    ClassA& operator=( const ClassA &s )  {  return *this; }
G>};

G>


G>Теперь компилится и такой вариант:


G>
G>    list <ClassA> Alist2;
G>    ClassA A2;
G>    Alist2.push_back(A2);
G>



G>Только стались вопросы по этой строке ...

G>
G>ClassA( const ClassA &s )  { }
G>

G>когда ClassA обрастёт данными в этом конструкторе нужно будет их копировать?

да, конечно, потому как уже будет отрабатывать не дефлтный конструктор копирования, а реализованный, причем доступ к private членам можно получить через точку:

ClassA( const ClassA &s )
    : a_( s.a_ )
    , b_( s.b_ )
{ }
Re[4]: Как поместить наследника от QObject'f в список
От: Chorkov Россия  
Дата: 24.11.09 15:48
Оценка:
Здравствуйте, Gancho, Вы писали:

G>Здравствуйте, pavel.yurchenko, Вы писали:

...

G>Только стались вопросы по этой строке ...

G>
G>ClassA( const ClassA &s )  { }
G>

G>когда ClassA обрастёт данными в этом конструкторе нужно будет их копировать?

Да, все члены которые нужно копировать, необходимо перечислить в конструкторе копирования.
Кроме того их нужно перечислить в операторе присваивания.

Кроме того, совершенно непонятно что нужно делать с сигналами/слотами QObject-а, с его дочерними обьектами и т.д.
Поэтому, как уже писали http://www.rsdn.ru/forum/cpp/3614006.1.aspx
Автор: little_alex
Дата: 24.11.09
, скопировать QObject идеологически неправильно и по сути невозможно.
В твоей текущей реализации
ClassA( const ClassA &s )  { }
ClassA& operator=( const ClassA &s )  {  return *this; }

при копировании создается новый экземпляр QObject-а, а при присваивании данные не копируются.
Если ты не используеш сигналов/слотов и Qt-й сборки мусора, то зачем тебе наследоваться от QObject-а ?

Если ты уверен, что хочеш такого поведения, но не хочеш каждый раз перечислять поля класса ClassA то создай промежуточный класс:
class CopirableQObject : public QObject
{
public:
    CopirableQObject(){};
    CopirableQObject( const CopirableQObject &s )  { }
    CopirableQObject& operator=( const CopirableQObject &s )  {  return *this; }
};

class ClassA : public CopirableQObject
{
  // Здесь конструктор копирования определять уже не нужно. 
  // Конструктор по умолчанию, сделает ровно то что ты хочешь.
}
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.