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

Question

Arrow18. Juli 2018 07:20

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

Добрый день!

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

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

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

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

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

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

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

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

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

Рекомендуємо хостинг TIMEWEB

Stabiles Hosting des sozialen Netzwerks EVILEG. Wir empfehlen VDS-Hosting für Django-Projekte.

Abonnieren Sie die Diskussion2

Sektionsabonnement248

Magst du es? In sozialen Netzwerken teilen!

19. Juli 2018 03:38

Добрый день!

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

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

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

Arrow → Evgenii Legotckoi
#

19. Juli 2018 04:00
(bearbeitet)

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

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

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

Evgenii Legotckoi → Arrow
#

19. Juli 2018 04:47
Die Antwort wurde als Lösung markiert.

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

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

Arrow → Evgenii Legotckoi
#

19. Juli 2018 04:56
(bearbeitet)

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

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

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

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

Evgenii Legotckoi → Arrow
#

19. Juli 2018 04:57

Получается, что так. Успехов.

Kommentare

Nur autorisierte Benutzer können Kommentare posten.
Bitte Anmelden oder Registrieren