Разделение интерфейса и логики приложения

Question

ArrowJuly 18, 2018, 7:20 a.m.

Разделение интерфейса и логики приложения

Добрый день!

Возник такой интересный вопрос: хочется в программе, которая использует базы данных полностью или по максимуму разделить интерфейс и логику работы с самой базой данных.

С таблицами, выборками и поиском все ясно, их необходимо с использования QTableModel, QRelationTableModel и т.д. перевести на QSqlquery.

Вопрос в том как быть с полями редактирования данных (QLineEdit, QTextEdit и др.)?

Работа с ними организована при помощи QDataWidgetMapper. Выполнять запрос Sql и потом из него вытягивать результаты и раскидывать по нужным полям (по очереди в цикле) или есть другой вариант.

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

Больше хочется сделать, что-то универсальное, чтобы не пришлось в классах форм писать что-то типа:

MyClass *class = new MyClass();
class.sql("SELECT ... FROM ...");

то-есть описывать сам запрос в классе формы.

Как можно поступить в данной ситуации?

We recommend hosting TIMEWEB

Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.

Subscribe to the discussion2

Section subscription238

Do you like it? Share on social networks!

July 19, 2018, 3:38 a.m.

Добрый день!

Ой зря Вы это затеяли. Модели данных - это как раз и есть логика, а всякие QTableView, QTableWidget - это представление, интерфейс приложения.

В рамках использования Qt, переводить всё на QSqlQuery - это неправильно, человек, который будет после вас поддерживать этот код, как первым делом займется тем, что будет обратно переписывать всё на модели.

Вы можете сделать классс фассад базы данных для чего-то совсем специфического, а для всего остального оставьте мапперы и модели. Они для этого и были придуманы и написаны, чтобы стандартизировать и упорядочить доступ к данным через интерфейс.

Arrow → Evgenii Legotckoi
#

July 19, 2018, 4 a.m.
(edited)

Спасибо, а то я чуть не согрешил :).

Фасад для подключения к базе данных написан ( спасибо за статью :) ).

P.S. Вопрос возник из-за просьбы вынести работу с базой данных в отдельный файл / файлы.

Evgenii Legotckoi → Arrow
#

July 19, 2018, 4:47 a.m.
The answer was marked as a solution.

Проанализируйте, что именно можно вынести в качестве функционала, который не требует представления в виде таблиц или маппинга в диалоги. То и переносите.

Возможно потребуется что-то продублировать, чтобы получать вектор объектов или ещё что-то в этом роде. Но модели и мапперы оставьте, иначе наделаете себе уйму головной боли в будущем.

Arrow → Evgenii Legotckoi
#

July 19, 2018, 4:56 a.m.
(edited)

Все, что касалось подключения к базе, проверки логина и пароля и еще несколько аспектов работы с ней, вынес еще на начальном этапе.

Написал свой класс для форм (вынес в них общую логику), создал модели для QComboBox и QListView.

Уже остались только стандартные модели и мапперы. Значит больше выносить не чего.

Огромное спасибо еще раз !

Разделение интерфейса и логики приложения

We recommend hosting TIMEWEB

Comments