Russian Qt Forum

Здравствуйте!Я с QT дружу недавно, с принципами model/view и того меньше, поэтому хотелось бы приобщиться к мудрости настоящих гуру:)

Пишу ГУИ под следующую задачу:

а) Есть некий  источник пакетов, генерирующий их от единиц до десятков в секунду. Каждый пакет представляет из себя некую структуру из условно 5 полей, два из которых образуют  ключ. При генерации пакета с уникальным ключом, пакет заносится в БД. При генерации пакета с существующим ключом, обновляются поля в соответсвующей ему строке БД. В качестве БД используется MySQL. БД будет локальная и синглюзерная - никаких множественных обращений.

б)Пакеты должны выводиться на экран в виде таблицы в реальном или близком к реальному времени. Принцип отображения тот же. Уникальный ключ пакета - добавляем новую строку в таблицу, повторяющийся пакет - обновляем отдельные поля(столбцы). Для пользователя таблица будет рид-онли, никакого ручного редактирования, только сортировка или фильтрация экранного вывода по выбранным полям. Вывод на данный момент осуществляется через QTableView.

Вопросы:
1) Имеет ли смысл при такой постановки задачи создавать и поддерживать отдельную модель данных для экранного представления?
Или проще будет сначала все в БД загонять, а уже из нее на экран выводить?

Изначально предполагалось, что основной упор в программе будет сделан именно на отображении пакетов, а работа с БД будет происходить в фоновом режиме и заключатся главным образом в инсерте/апдейте. Сейчас уже сомневаюсь в практичности параллельного существования БД и модели данных для экрана.

2)вопрос сугубо ламмерский и к первому напрямую не относящийся:
в главном окне есть кнопка1, прописаная в хидере как

private slots:
    void on_Button1_clicked();

в файле исходника в теле

void MainWindow::on_Button1_clicked()
{
вызываю через указатель на модель func1() из класса модели
}

внутри func1 вызываю
{
...............
beginInsertRows(*tmpIndex,row,row);
//добавляем данные в модель
endInsertRows();
return 0;
}

почему обновление на экране таблицы связанной с моделью происходит только после выхода из on_Button1_clicked()?

2) потому что команды выполняются последовательно. У вас синхронный интерфейс

Для примера

1) А что мешает в одной модели и слежение за источником данных организовать, и вставку/обновление в бд и вывод на экран?

Чтобы не создавать отдельную тему.

Есть оригинальная модель (получает результат выполнения SQL-запроса) и промежуточная модель.


Изменение заголовков у промежуточной модели методом setHeaderData() также изменяет заголовки оригинальной модели. Я не понимаю, ведь она же для того и прокси, чтобы не трогать оригинал? Или нет?

Эта конкретная прокси-модель предназначена для фильтрации/сортировки, а не для хранения каких-либо данных, поэтому все изменения транслируются в исходную модель

Но и обычная QProxyModel тоже изменяет оригинал. Какую же использовать?

Отнаследуйся и реализуй нужное поведение. QProxyModel это устаревший класс, кстати

Понятно, значит, наследоваться. Просто я понадеялся, что прокси совершенно никак не влияет на оригинал.

Да, я видел в справке, что QProxyModel не рекомендуется к использованию, как устаревший.
Ещё тогда вопрос: из базовых классов что лучше использовать вместо него? Что пришло ему на замену?

QAbstractProxyModel юзай. Если сортировка/фильтрация все же нужна, то наследуйся от QSortFilterProxyModel