Реализация диалогового окна "логин-пароль" приложения

@AlexMarkov · Регистрация: 10.09.2019

Студворк — интернет-сервис помощи студентам

Необходимы варианты реализации окна входа в приложении для верификации нескольких пользователей.
Интересует вопрос проектирования при объекто-ориентированном программировании в PyQt5, соответственно разделу форума.
Достаточно теории, как обычно решают данную задачу при проектировании приложения на python с использованием PyQt5, PySide?

@tooru · 27.03.2020, 22:54

Сообщение от AlexMarkov

Интересует вопрос проектирования при объекто-ориентированном программировании в PyQt5, соответственно разделу форума.

Так в чем затруднение? Показываешь диалоговое окно с запросом логина и пароля. проверяешь и возвращаешь True или False

@AlexMarkov · 28.03.2020, 07:38 **[ТС]**

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

Добавлено через 20 минут
Если есть хорошие примеры на github с применением sqllite3(немного не в тему) и последующей обработкой введенных данных пользователем в базу,а именно, числовых данных (вещественные числа), лучший ответ, гарантирую.

@Lekks · 01.04.2020, 19:51

AlexMarkov, если используешь SQLite, то в чем проблема создать в ней таблицу пользователей и проверять валидность введенных данных? Если без БД, и количество пользователей небольшое - можно хранить их, например, в словаре {user: password}.

@AlexMarkov · 01.04.2020, 21:24 **[ТС]**

Сообщение от Lekks

можно хранить их, например, в словаре {user: password}.

Словарей будет достаточно, спасибо, мне необходимо понять концепцию "модель-представления" для классов QTableView и QTableWidget, как я понимаю, QTableWidget нарушает данную концепцию. Возможно, что-то объясните поподробнее про QTableWidget, а также хотел бы разобраться со "связанными делегатами"?
Какие классы и в каких случаях лучше использовать?

@Lekks · 01.04.2020, 22:26

Сообщение от AlexMarkov

необходимо понять концепцию "модель-представления" для классов QTableView и QTableWidget, как я понимаю, QTableWidget нарушает данную концепцию

К сожалению, или нет, но впервые встретив подобную информацию, я к рассмотрению QTableWidget так и не приступил. Использую QTableView с различными моделями.

Новые блоги и статьи Все статьи Все блоги /
Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем	10 пpимет, которые всегда сбываются Maks 31.03.2026 1. Чтобы, наконец, пришла маршрутка, надо закурить. Если сигарета последняя, маршрутка придет еще до второй затяжки даже вопреки расписанию. 2. Нaдоели зима и снег? Не надо переезжать. Достаточно. . .	Перемещение выделенных строк ТЧ из одного документа в другой Maks 31.03.2026 Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .	Functional First Web Framework Suave DevAlt 30.03.2026 Sauve. IO Апнулись до NET10. Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта так и в интерактивном режиме. из сложностей - чисто функциональный подход. Решил. . .
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .

@AlexMarkov 99 / 86 / 20 Регистрация: 10.09.2019 Сообщений: 708

	Реализация диалогового окна "логин-пароль" приложения 27.03.2020, 19:37. Показов 3288. Ответов 5 Метки python (Все метки) Необходимы варианты реализации окна входа в приложении для верификации нескольких пользователей. Интересует вопрос проектирования при объекто-ориентированном программировании в PyQt5, соответственно разделу форума. Достаточно теории, как обычно решают данную задачу при проектировании приложения на python с использованием PyQt5, PySide? 0

@AlexMarkov 99 / 86 / 20 Регистрация: 10.09.2019 Сообщений: 708
	28.03.2020, 07:38 [ТС]
	tooru, с одним пользователем проблем нет, уже реализовано, мне необходима примерная структура построения, применяемые паттерны проектирования или алгоритмы для вывода диалогового окна с возможностью выбора пользователя и ввода пароля. После выбора пользователя и ввода пароля необходимо запускать отдельное(индивидуальное) окно для работы со своей базой данных. Или общие принципы построения логико-иерархической структуры классов в данном случае. Нет необходимости создавать отдельную базу данных с информацией о пользователях, достаточно простой реализации ограниченного количества, изначально, известны имена четырех пользователей и их пароли, необходима просто валидация введенных данных и открытие своего окна для работы в приложении. Добавлено через 20 минут Если есть хорошие примеры на github с применением sqllite3(немного не в тему) и последующей обработкой введенных данных пользователем в базу,а именно, числовых данных (вещественные числа), лучший ответ, гарантирую. 0

@Lekks 243 / 178 / 73 Регистрация: 17.10.2018 Сообщений: 749
	01.04.2020, 19:51
	Сообщение было отмечено AlexMarkov как решение Решение AlexMarkov, если используешь SQLite, то в чем проблема создать в ней таблицу пользователей и проверять валидность введенных данных? Если без БД, и количество пользователей небольшое - можно хранить их, например, в словаре {user: password}. 1

Реализация диалогового окна "логин-пароль" приложения

Решение