Previous Entry Share Next Entry
Как я вступил в Qt (5.1 уже, между прочим)
itjustme_tech
Где-то с полгода я начал неспешно программировать на Qt (4.8 еще была, doesn't matter).
В том смысле, что использую и Qt Creator (но это, кажется, не принципиально).
И вот надысь оно мне понадобилось. Понадобилось попрограммировать на Qt - ведь
вроде и красиво всё, много написано. Под Виндовс, само собой.

И вот на что я наткнулся:
http://qt-project.org/doc/qt-4.8/object.html#qt-objects-identity-vs-value

[Вот копия текста со ссылки]
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.

    отвечаю на эти... хм... "доводы", что ли... по пунктам.
    1. QObject::objectName() - By default, this property contains an empty string - из их же документации.
    2. Ведь parent может быть указан пустой? Пусть будет пустой, пусть копирующая программа думает о его заполнении.
    3. Тоже что и предыдущее - пусть не коннектяться, пусть копирующая программа думает об их connection.
    4. Не использовал. Ссылка крайне не убедительная,там написано, что
    "To declare a property, use the Q_PROPERTY() macro in a class that inherits QObject".
    Ну допустим, допустим, я плохо это понимаю, и кому-то это надо - пусть будет отдельным параметром,
    копировать проперти добавленные в рантайме или нет.

    Я не просто так привел ответы на "доводы".
    Просто это накладывает некоторые невъебенные ограничения:
    1. Я хочу сделать потомка от QHeaderView. У меня есть предустановленный QHeaderView,
    который я создал в Qt Creator'е, с которого я хотел бы снять копию. Скопировать все свойства,
    не задумываясь. Я этого сделать не могу. Я должен все свойства перечислять вручную (а не забуду ли я
    их все перечислить?).
    2. Есть некая "модель". Потомок от QAbstractItemModel. Если подробнее - QTreeItemModel. Не описанный
    в документации тип (об этом я вообще уже умолчу; такой стиль называется - "шаг влево, шаг вправо - расстрел").
    Допустим, я хотел бы скопировать его данные. Зачем? Ну очень просто - я заполнил её из БД (что
    было не очень быстро), но они очень-очень редко обновляются - мне достаточно заполнить их один раз,
    при запуске программы... Ну так вот, я заполнил эту модель, далее, я сохранил бы глобальную её копию,
    а потом вместо чтобы перечитывать из БД - я бы просто копировал эту копию в модель QTreeWidget'а.
    (Да, тут опять же - его setModel(...) - private, а не protected ).
    В каком месте я не прав? Нет, слабо было так сделать, да?
    Хранить всё вместе с созданным окном я не хочу - допустим, у меня мало памяти, я хочу это окно
    каждый раз пересоздавать, да и вообще зачем я буду постоянно держать созданным в памяти окно.
    И второй мой вариант - читать всё не в модель, а в промежуточную структуру, а потом всё
    восстанавливать из неё. Но нахуа такие сложности?

    Tags:

  • ?

    Log in

    No account? Create an account