Тормозит иерархическая модель построенн

[Delphist]

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

Код

C++ (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);
&#160; &#160; QHash<QString,CMyClass*> m_Properties;
&#160; &#160; 
&#160; &#160; QString&#160; &#160; &#160; &#160; &#160;  m_sName;
&#160; &#160; int&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;  m_nCode;
&#160; &#160; CMyClass&#160; &#160; &#160; *m_pOwner;
};

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

Код

C++ (Qt)
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();
}
 

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

[Tonal]

С удалением просто последовательность нужно другую.
Сначала генерим сигнал об удалении, а потом реально удаляем данные.

[Delphist]

С удалением просто последовательность нужно другую.

Что значит последовательность другую?

Сначала генерим сигнал об удалении, а потом реально удаляем данные.

Так у меня так и делается но так надо потом (после удаления) сообщить об этом представлению (TreeView в данном случае) перерисоваться если вызывать reset то это слишком наклодно, поэтому я вызываю emit dataChanged ток не знаю индексы какие?

[xintrea]

Так у меня так и делается но так надо потом (после удаления) сообщить об этом представлению (TreeView в данном случае) перерисоваться если вызывать reset то это слишком наклодно, поэтому я вызываю emit dataChanged ток не знаю индексы какие?

Я так понял, что вместо сигналов при добавлении/удалении лучше пользоваться конструкциями beginInsertRows(), endInsertRows() и т.д.

Вот пример - у меня внутреннее представление списка, унаследованного от  QAbstractListModel, лежит в списке QList<QString> table. Когда я добавляю в конец списка новую запись, я делаю таг

Код:

  // Начинаются добавляться данные
  beginInsertRows(QModelIndex(), table.size(), table.size() + 1);

  // Новая запись размещается в списке
  table << tmpline;

  // Добавление данных закончено, далее вид должен сам знает что надо 
  // обновить на экране чтоб была видно новая строка
  endInsertRows();

А когда удаляю запись, делаю таг (i - 'это номер записи которую надо удалить)

Код:

 // Начинается удаление записи
 beginRemoveRows(QModelIndex(),i,i);

 // Удаляется элемент
 table.takeAt(i);

 // Удаление записи закончено
 endRemoveRows();

То есть идея такая - указываем какая область меняется, потом эти области будут автоматом перерисованы видом. Так как это будет происходить с вызовом метода data(), который в моем случае из внутреннего представления (из списка table) возвращает запрошенный элемент, то вид как раз и обновится в соответсвии с изменениями, вносимыми в внутренне представление даннх.

[Delphist]

нет. дело в том что у меня класс CMyClass генерит сигнал о том, что с ним происходит на разных этапах, например, происходит удаления child'a тогда, генериться сигнал childDestroyed, далее модель ставит на этот сигнал слот onNodeDestroy(CMyClass& node, int col) и ловит этот сигнал. теперь вопрос что я должен написать здесь чтобы обновлялось не все дерево а только та часть которая дейстительно нуждается в этом, а иначе появляются тормоза

[Tonal]

Вызвать соответствующие begin*Rows(), end*Rows() для индекса удаляемого элемента.
Ты ассистент читать будешь, или в форумах канючить предпочитаешь? 

[Delphist]

Вызвать соответствующие begin*Rows(), end*Rows() для индекса удаляемого элемента.
Ты ассистент читать будешь, или в форумах канючить предпочитаешь? 

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

Код

C++ (Qt)
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
Что значит "код не работает должным образом" - происходит следующее, если есть вот такое дерево:
root
|___child1
|___child2
|___child3
|___child4
|___child5
|``````|
|``````|__child51
|``````|
|``````|__child52
так вот если скажем child4 помечен на удаление т.е markDeleted == true, то в дереве перестает
отображаться не только child4, но и child5 c его детьми.
По поводу того, что необходимо учитывать markDeleted, возникает вопрос как его учитывать и
в каких виртуальных ф-циях QAbstractItemModel