Тормозит иерархическая модель построенная на QAbstractItemModel (библиотека QT) Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Переключить на: Стандартный Линейный

[Delphist]

Есть иерархическая модель наследуемая от QAbstractItemModel (это библиотека QT), построение модели происходит на основе моего иерархического класса типа:

CMyClass
{
public:
    
    CMyClass();

    inline QString getName() const {return m_sName;}
                inline CMyClass *getParent() {return m_pOwner;}
    inline CMyClass& operator[](QString sKey) {return getProperty(sKey);}
                ...
    void setInt(int v);
    void setName(QString v);

                ...
    
private:
    CMyClass& getProperty(QString sKey);
    QHash<QString,CMyClass*> m_Properties;
    
    QString           m_sName;
    int                   m_nCode;
    CMyClass      *m_pOwner;
};

Этот класс передается по указателю в модель, соответственно когда происходят изменения в CMyClass генерятся сигналы. На все эти сигналы ставяться один и тот же слот модели, который всего лишь делает reset.
В моем классе в каком-то из узлов делаются переодические обновления (меняется nCode и sName) приблизительно 60 обновлений в сек, в итоге капитально тормозит я так понимаю TreeView из-за отрисовки, потому как reset заставляет полностью перестраиваться дерево а надо лишь всего, те узлы которые изменились.

Подскажите пожалуйста, из-за чего происходит торможение и как от него збавиться?

Сообщение отредактировал Delphist - 20.8.2008, 9:44

[trdm]

Как насчет профайлинга?

[Litkevich Yuriy]

приблизительно 60 обновлений в сек

а как человек должен на это смотреть, даже еслиб не тормозило?
Я как пользователь тебяб ногами запинал

[Tonal]

Ну так не используй reset.
Модель, при изменении данных, должна генерить сигнал dataChanged.
Тогда вьюшка перерисует только изменившийся элементик.

[Delphist]

Ну так не используй reset.
Модель, при изменении данных, должна генерить сигнал dataChanged

А как его генерить? просто написать
emit dataChanged

или как?

[Tonal]

void MyModel::onNodeChange(const CMyClass& node) {
  QModelIndex curIndex = indByNode(node);
  emit dataChanged(curIndex, curIndex);
}

Где MyModel::indByNode вычисляет индекс в модели по экземпляру.

Сообщение отредактировал Tonal - 20.8.2008, 13:40

[Delphist]

Где MyModel::indByNode вычисляет индекс в модели по экземпляру.

Спасибо для onNodeChange indByNode выглядит так:

void MyModel::modelChanged(int nCode, CSharedVariant &Value)
{
    QModelIndex curIndex;
//    curIndex = indByNode(Value, 0);
//    emit dataChanged(curIndex, curIndex);
    
    curIndex = indByNode(Value, 1);
    emit dataChanged(curIndex, curIndex);
}


QModelIndex MyMode::indByNode(CSharedVariant& node, int col)
{
    if (node.getOwner()) {
        int row = indexOf(node.getOwner(), &node);
        if (row == -1) 
            return QModelIndex();
        return createIndex(row, col, &node);
    }
    return QModelIndex();
}

Вроде работает, но в не уверен на 100%.

Возникла еще одна проблема, а как тогда должен выглядить indByNode, если генерится событие onNodeDestroy(CMyClass& node, int col) т.е. удаляется элемент, в качестве node здесь передается удаляем элемент.

Сообщение отредактировал Delphist - 21.8.2008, 8:45

[trdm]

посмотри сорцы QDirModel. мне помогло.

[Delphist]

посмотри сорцы QDirModel. мне помогло.

смотрел не помагло

[Tonal]

Открой ассистента и посмотри состав сигналов и защищённых функций QAbstractItemModel.
Там очень интуитивные названия и доходчиво написаны пояснения.

[Delphist]

Открой ассистента и посмотри состав сигналов и защищённых функций QAbstractItemModel.
Там очень интуитивные названия и доходчиво написаны пояснения.

Не понял а при чем здесь сигналы QAbstractItemModel

[Tonal]

Например dataChanged - это сигнал объявленный именно в QAbstractItemModel.
Ты его должен сгенерить (emit dataChanged...) когда данные изменяются.
Остальные можешь или тоже руками сгенерить, или, лучше, воспользоваться защищёнными функциями, которые не только его сгенерят но и ещё что-то там сделают (см исходники что именно).

[Delphist]

Остальные можешь или тоже руками сгенерить, или, лучше, воспользоваться защищёнными функциями, которые не только его сгенерят но и ещё что-то там сделают (см исходники что именно).

Кто-нить может подсказать какими лучше пользоваться защищёнными функциями

[trdm]

Кто-нить может подсказать какими лучше пользоваться защищёнными функциями

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

[Tonal]

Ты ассистент открой и погляди. Если что конкретно будет не понятно - спрашивай.

[Delphist]

Ты ассистент открой и погляди. Если что конкретно будет не понятно - спрашивай.

Как выяснилось в мою модель от класса CMyClass приходит только сигнал, nodeBeforeDestroyed
для обновления своего TreeView в модели, я делаю так:

void MyModel::nodeBeforeDestroyed(int nCode, CMyClass &Value)
{
    /*
      CMyClass имеет свойство markDeleted, которое = true если экземляр CMyClass'a помечен на удаление,
      так вот у данного Value.markDeleted==true
    */
    int i = indexOf(Value.getOwner(), &Value);
    QModelIndex idx = indByNode(*Value.getOwner());
    beginRemoveRows(idx, i, i);
    /*
       удалять здесь по настоящему Value через delete нельзя т.к. он удаляется самим классом в нужный момент
       я всего лишь должен не отображать его в TreeView
       */

    endRemoveRows();
}

Приведенный мною код не работает должным образом (для понимания необходимо прочитать коменнтарии
в приведенном коде. Вот я думаю может надо в виртуальных функциях: index, parent и.т.
ввести признак по markDeleted

[Tonal]

Что значит "код не работает должным образом"? Что происходит то?

Раз у тебя есть markDeleted, то естественно отображать такие узлы не нужно и флаг должен учитываться.
Ну и кроме того, может ввести сигнал nodeAfterDestroyed - тогда модель удаления будет точно соответствовать Qt-ёвой.

[Delphist]

Что значит "код не работает должным образом"? Что происходит то?

Раз у тебя есть markDeleted, то естественно отображать такие узлы не нужно и флаг должен учитываться.
Ну и кроме того, может ввести сигнал nodeAfterDestroyed - тогда модель удаления будет точно соответствовать Qt-ёвой.

происходит следующее, если есть вот такое дерево:
root
|___child1
|___child2
|___child3
|___child4
|___child5
|``````|
|``````|__child51
|``````|
|``````|__child52
так вот если скажем child4 помечен на удаление т.е markDeleted == true, то в дереве перестает
отображаться не только child4, но и child5 c его детьми.
По поводу того, что необходимо учитывать markDeleted, возникает вопрос как его учитывать и
в каких виртуальных ф-циях QAbstractItem

[Tonal]

Помеченный на удаление не должен учитываться в количестве и должен пропускаться в индексе.
Почему у тебя перестаёт отображаться child5 я не в курсе - видимо где-то ошибка.

[Delphist]

Помеченный на удаление не должен учитываться в количестве и должен пропускаться в индексе.
Почему у тебя перестаёт отображаться child5 я не в курсе - видимо где-то ошибка.

Мог бы имена этих ф-ций перечислить, я так понимаю
rowcount
index
parent

еще какие-нить?