Russian Qt Forum

Здравствуйте! Изучаю Qt совсем не давно. С табличными и списковыми моделями разобраться проблем не составило, но на счет древовидной модели возник тяжелый для меня вопрос... Все примеры которые я нашел, только окончательно меня запутали.
Проблема следующая. Есть класс "Доставка" который включает в себя свой номер доставки, дату и список поставленных товаров(класс Product).



   

Нужно построить структуру такого типа:

-Доставка 1. Дата: 01.02.2016
--товар 1 || 500 руб. || 10 шт.
--товар 2 || 400 руб. || 20 шт.
--товар 3 || 300 руб. || 10 шт.
--товар 4 || 200 руб. || 30 шт.
-Доставка 2. Дата: 15.02.2016
--товар 1 || 500 руб. || 10 шт.
--товар 2 || 400 руб. || 20 шт.
--товар 3 || 300 руб. || 10 шт.

Две недели потратил на поиск нужного ответа, которого так и не нашел. Прошу вашей помощи!

DiliveriesModel.h

DiliveriesModel.cpp

Ну а почему не "по пути наименьшего сопротивления"? Т.е. QTreeWidget и все дела

Если использовать QTreeWidget, то нужно будет каждый раз строить дерево с нуля, а мне одну модель нужно будет использовать во многих местах.

так а в чем проблема? наследуешься от QAbstractItemModel и определяешь обязательные методы:
например, в rowCount() отдаешь количество для каждого уровня иерархии, т.е. для верхнего уровня — количество Delivery, для следующего — deliveredProducts_.size()

QAbstractItemModel + QTreeView подойдёт? Simple Tree Model Example (http://doc.qt.io/qt-5/qtwidgets-itemviews-simpletreemodel-example.html). Гуглить "qabstractitemmodel tree".

Использовать или отображать? Если хочется "по всем канонам" - есть QTreeView. Но необязательно делать Вашу структуру данных моделью, можно напр задействовать QTreeWidgetItem::setData/data и/или хранить указатели на QTreeWidgetItem.                                                                        

Проблема в том что я не понимаю как реализовать index() и parent(). Не понятно какого родителя будет возвращать parent(), как бы все данные уже есть в листе дерева и из родителей остается только верхушка - пустой root index. index() должен создавать валидный QModelIndex() и возвращать его. Опять же не понимаю как образом это будет происходить в моем случае, как мне добираться до данных о Product.

В примерах видно что лист дерева содержит информацию о своем родителе, свои данные и информацию о своих дочерних листах. У меня же все в одном классе Delivery.

Для этого созданы Q(Tree\Table\List)Widget. Q(Tree\Table\List)View разве можно использовать без модели?

Почему тогда не использовать QStandardItemModel?

Мне для задания нужно разобраться c QAbstract(Table/List/Item)Model. С первыми двумя разобрался в легкую, а как организовать дерево, я не понимаю. Не понимаю как будет работать data(), rowCount() и прочие обязательные для переопределения функции.

Вы вот это читали?
http://doc.qt.io/qt-5.6/model-view-programming.html

Вроде по картинкам все должно быть понятно.

Ну да. С табличными и списковыми моделями понял. А с деревом к сожалению нет...

Там же ссылка на простой пример (http://doc.qt.io/qt-5.6/qtwidgets-itemviews-simpletreemodel-example.html)

В примере фигурирует TreeItem. Он имеет родителя и дочернее элементы. Я не понимаю как свою структуру в которой все уже уложено применить. Мне нужно по другому организовать узел дерева?

Для одних это может и простой пример, а для других не очень :).


Если сразу не понятно, то на пальцах тоже может не получится просто объяснить. Тут могут помочь в решении, но в "пустоту" трудно код писать. Рекомендую сделать простой проект, аналогично пример (http://doc.qt.io/qt-5.6/qtwidgets-itemviews-simpletreemodel-example.html), с вашими структурами данных, и всеми необходимыми методами, которые надо переопределить. Чтобы можно было его взять и туда код вписать. И помогающим будет проще, и помогаемым понятней :).

ну добавь в Product поле типа Delivery *

Добавил код, ток что то не верится что за меня кто то будет делать. У меня такого никогда не прокатывало  :)

Как один из возможных вариантов...

Со структурой такого типа как QList<Delivery> deliveries_ получается всего два уровня в "дереве". Сама структура Delivery не "деревянная", значит QModelIndex::internalPointer() задействовать именно как указатель особо не получится, но оно не сильно и нужно. Вместо этого необходимо где-то хранить уровень дерева, можно в том же QModelIndex::internalPointer(), как int 1,2 (а лучше enum завести).

Навскидку:

C++ (Qt)
QModelIndex DiliveriesModel::index(int row, int column, const QModelIndex &parent) const
{
    if (!hasIndex(row, column, parent))
        return QModelIndex();
 
    int tree_level;
 
    if (!parent.isValid()) // ???
        tree_level = 1;
    else
        tree_level = 2;
 
    if (/* check row and column */)
        return createIndex(row, column, tree_level);
    else
        return QModelIndex();
}
 

В остальных методах действовать аналогично. Где в примере использовалось

C++ (Qt)
parentItem = static_cast<TreeItem*>(parent.internalPointer());

приводить к уровню дерева

C++ (Qt)
tree_level = static_cast<int>(parent.internalPointer());

В

C++ (Qt)
QVariant DiliveriesModel::data(const QModelIndex &index, int role) const
{
}

опять же из индекса QModelIndex &index и его internalPointer() получать уровень дерева и работать соответственно с Delivery или Product. Если internalPointer() слишком кривое место для хранения уровня дерева, то найти получше :).

Хотя для второго уровня надо ещё родительский индекс правильно определять, чтобы знать из какого Delivery брать Product. Либо с указателями работать, либо ещё как-то извращаться.

В общем-то если уровней всего два, то если internalPointer() == NULL, то находимся в корне, работать с QList<Delivery> deliveries_, если internalPointer() == -1, то это лист с Product, иначе указатель на соответствующий Delivery. Куда-то в этом направлении копать :).

Можно ещё в этом  internalPointer() хранить индекс Delivery в списке QList<Delivery>. Если -1, значит в корне.

+1

Не должны всякие деревянные модели на исходные структуры данных влиять. Это модель должна под исходные данные подстраиваться, а не наоборот.

Это все интересно и выглядит логично, но я все равно не въезжаю как представление строит модель. Представление дергает функцию data(). Как? Рекурсивно? Как она догадывается от структуре исходных данных. Простите пожалуйста меня за мою тупость, просто хочется все разъяснить для себя.

Поправка. rowCount() и columnCount() за это отвечают ?

rowCount сообщает, есть ли потомки.
если я вас правильно понял

и Product стал неперемещаемым...

Корневые эл-ты - просто по индексу строки. Чилдренов - от корневого (rowCount(QModelIndex)). И представление не строит - всего лишь опирается на методы модели.

Ни разу еще не писал свою модель - не было приличных данных. А тогда проще не подстраивать "оригинал" под модель, а просто копировать его в удобный QTreeWidget  :)

Давно я с этим возился, уже позабывал всё :). Чтоб не врать и вводить в заблуждение, лучше посоветую собрать приложение хотя бы из того же примера (http://doc.qt.io/qt-5/qtwidgets-itemviews-simpletreemodel-example.html), поставить точки останова в методы и посмотреть, когда, что и в каком порядке вызывается.

А так в общем да, представление вызывает метод data() модели, когда надо что-то отобразить в ячейке с заданным индексом. Так же вызывает и другие методы, когда определяет свои размеры row column и прочее. Само представление к исходным данным не обращается, ему нужны QVariant, которые предоставляет метод data() модели. Структура исходных данных формируется в виртуальных методах QAbstractItemModel, особо важные из них чистые виртуальные, поэтому их и надо переопределять, чтобы дать минимальное представление о модели. Подробности в документации :).

Большое вам спасибо. Вы дали хороший пинок в сторону решения моей проблемы.

Хоть перетаскивания и не будет у модели, вполне логично иметь обратную связь Product с его Delivery. Спасибо.

Рекомендую особое внимание уделить методам parent и index. У меня при изучении была проблема с ними. Скорее всего, вам просто достаточно будет передрать их из примера с небольшими корректировками.

У меня была похожая проблема. http://www.prog.org.ru/topic_30005_0.html (http://www.prog.org.ru/topic_30005_0.html)
Может поможет.

У научного работника мелькнула здравая мысль
Которая впрочем сразу растворилась в хоре "передрать". Ну а действительно, вот исходные данные
Была простая (или простейшая) организация данных, но оказывается на нее надо навесить виртуалы, добавить указатели на родителя и.т.п. - боже, во что это превратилось? Не хватает только бодрых фраз типа "Вьюха только отобоажает" - "а модель хранит". Мол, отображение не зависит от данных, они первичны. Но ведь только что мы искалечили исходные данные до неузнаваемости только потому что .. "иначе табличка не будет работать", т.е. в угоду UI.  Где же "независимость"?

Так ли уж хорошо делать исходные данные моделью, нет ли других подходов?

в тот же вечер я быстро написал маленький пример и никак не мог понять почему он не работает. начал сравнивать с Simple Tree Model — все было сделано аналогично (только там полноценная модель дерева у них строится, а у меня на if'ах). только что нашел ошибку: в реализации data() у меня отсутствовало игнорирование всех прочих ролей кроме DisplayRole :)
это кстати не понадобилось, сохранил указатель в internalPointer()

могу выложить, если еще нужно.

Нужно конечно, выложите пожалуйста.

структура данных взята упрощенная, но она аналогична ТСовской

C++ (Qt)
#include <QtCore>
#include <QtGui>
#if QT_VERSION >= QT_VERSION_CHECK(5, 0, 0)
#include <QtWidgets>
#endif
 
struct Container
{
    QString s;
    QStringList children;
 
    Container(const QString &s_) : s(s_) {}
};
 
class TreeModel : public QAbstractItemModel
{
public:
    TreeModel(QObject *parent = 0) : QAbstractItemModel(parent)
    {
        for (int i = 0; i < 5; ++i)
        {
            Container *c = new Container(QString("root %1").arg(i));
            for (int j = 0; j < 4 - i; ++j)
            {
                c->children << QString("child %1").arg(j);
            }
            list << c;
        }
    }
 
    QModelIndex index(int row, int column, const QModelIndex &parent = QModelIndex()) const
    {
        // сохраним указатель на родительский айтем для дальнейшего использования
        return createIndex(row, column, parent.isValid() ? list.at(parent.row()) : 0);
    }
 
    QModelIndex parent(const QModelIndex &child) const
    {
        // родительский индекс есть только у тех, для кого мы сохранили указатель в методе выше
        Container *c = static_cast<Container *>(child.internalPointer());
        return c ? createIndex(list.indexOf(c), 0) : QModelIndex();
    }
 
    int columnCount(const QModelIndex &parent = QModelIndex()) const
    {
        return 1;
    }
 
    int rowCount(const QModelIndex &parent = QModelIndex()) const
    {
        bool hasParent = parent.isValid();
        // без этого условия получится бесконечная вложенность детей
        if (hasParent && parent.internalPointer())
            return 0;
        return hasParent ? list.at(parent.row())->children.size() : list.size();
    }
 
    QVariant data(const QModelIndex &index, int role = Qt::DisplayRole) const
    {
        if (role != Qt::DisplayRole)
            return QVariant();
 
        QModelIndex parent = index.parent();
        return parent.isValid() ? list.at(parent.row())->children.at(index.row()) : list.at(index.row())->s;
    }
 
private:
    QList<Container *> list;
};
 
 
int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
 
    QTreeView tv;
    tv.setModel(new TreeModel(&tv));
    tv.show();
 
    return a.exec();
}
 

Большое спасибо! Самый человеко понятный пример которой я видел :)