Проверка логин пароль

Тема такая,я создал простенькую программу в ней есть Edit1 - логин Edit2 - пароль И Button1 - вход...Так как я новичок прошу помочь мне организовать проверку логин, пароль - если совпадает меня перекидывает на форму.

0

Казуистика на тему что считать в билдере главной формой - ту, с которой пользователь будет работать большую часть времени или ту, название которой в свойствах проекта написано в графе "главная форма", это конечно интересно, но как быть с паролем? В рукопашную в коде писать это бред, использовать PasswordDialog к примеру не охота, как правильно организовать ввод пароля самому?

0

Бред... Не охота... Бросай программирование и бери метлу в руки тогда, если тебе всё кажется казуистикой. Еще раз: Главная форма и форма ввода пароля никогда не будут одним и тем же.

Как делать - либо написать один раз свою форму, а потом просто подключать CPP к проекту и вызывать ее в project-файле, либо каждый раз прописывать в коде, либо еще каким-то образом - дело твоё (что там тебе охота или не охота - это ты для внуков оставь, они любят слушать разные истории. Взялся за программирование - придется делать так, как нужно, а не так, как охота), но никак не назначать главной формой ту, на которой вводится пароль, а потом большую часть времени (да подавляющую, а не большую) держать главную форму скрытой. Есть много вещей в проекте, которые завязаны именно на главную форму, и если ее постоянно держать скрытой - то неизбежно начнут проявляться глюки... Вот их тебе точно будет "не охота" ловить...

Классический сценарий: запускаем PasswordDialog, там запрашиваем у пользователя его данные, проверяем, и по результатам проверки либо тихо уходим (при этом вообще не дёргая ни основную форму, ни то, что должно было отработать перед показом основной формы - если хочешь, называй форму не основной, а рабочей... как угодно), либо запускаем всю последовательность: предварительные действия (это может занять достаточное время, зачем же делать что-то, не будучи уверенным, что пользователь имеет право работать с приложением???), показ рабочей формы, пользователь может приступать к работе с приложением...

0

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

0

Сообщение от UI а потом большую часть времени (да подавляющую, а не большую) держать главную форму скрытой

не хотелось бы снова нудеть, но именно этот вариант будет востребован в приложениях для которых нет возможности четко определить главную форму (например, когда форма отображаемая после ввода пароля зависит от пользователя вошедшего в систему)

0

0

Сообщение от Avazart Таких приложений по сути не должно быть ...

Ну, почему же... . В том виде, что предлагал vxg, правильным будет "главной" назначить нейтральную форму, которая видимой будет лишь на этапе ввода логина. Этакое "три в одном". Не связанные логически формы, чье существование определяется введенным логином. Почему нет? Просто это очень специфический, нетипичный вариант, чтобы его брать за основу.

0

Сообщение от nick42 Ну, почему же... . В том виде, что предлагал vxg, правильным будет "главной" назначить нейтральную форму, которая видимой будет лишь на этапе ввода логина. Этакое "три в одном". Не связанные логически формы, чье существование определяется введенным логином. Почему нет? Просто это очень специфический, нетипичный вариант, чтобы его брать за основу.

По тому что после ввода пароля, эта форма уже не нужна, а значит ее правильно будет удалить, главную форму насколько я помну удалить нельзя.
Честно говоря я начинаю удивляться вашему непониманию...

0

Сообщение от Avazart правильно будет удалить

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

Добавлено через 1 минуту
...самым идеологически верным было бы наверное отсутствие главной формы в таком приложении) вроде как тут говорилось о возможности такового

0

Сообщение от vxg доступные это скорее из области нетипичных трюков

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

0

Сообщение от Avazart Честно говоря я начинаю удивляться вашему непониманию...

Да при чем тут... . Всё понимается прекрасно. Только я не вижу никакой катастрофы от существования одной hide-формы с минимумом контролов на ней. Памяти она занимает минимум (какой-нибудь малонужный компонент, бывает, больше потребляет). Заканчивать работу из "рабочей" формы методом Application->Terminate(); - здесь тоже криминала не вижу (или как обычно - ошибаюсь?).
А по теме... - если у меня одна форма в приложении, то для ввода логина-пароля я не использую другую форму, а перекрываю окно панелью с надписями и полями ввода; потом панель делается невидимой, если вход был легальный. Тоже можно минусы найти, но как вариант... .

1

Сообщение от Avazart только для чудо-кодеров

однако именно так делает среда разработки по-умолчанию. следовательно для нее это типично. то как нужно и как можно - отдельный вопрос.

0

Сообщение от vxg однако именно так делает среда разработки по-умолчанию. следовательно для нее это типично. то как нужно и как можно - отдельный вопрос.

Вы сначала С++ поучите потом за среду беритесь...
То что среда "как бы" поощряет быдлокодерство другой вопрос...



Добавлено через 6 минут

Сообщение от nick42 Да при чем тут... . Всё понимается прекрасно. Только я не вижу никакой катастрофы от существования одной hide-формы с минимумом контролов на ней. Памяти она занимает минимум (какой-нибудь малонужный компонент, бывает, больше потребляет). Заканчивать работу из "рабочей" формы методом Application->Terminate(); - здесь тоже криминала не вижу (или как обычно - ошибаюсь?). А по теме... - если у меня одна форма в приложении, то для ввода логина-пароля я не использую другую форму, а перекрываю окно панелью с надписями и полями ввода; потом панель делается невидимой, если вход был легальный. Тоже можно минусы найти, но как вариант...

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

P.S.: Если вы хотите бороться со средой и тем что она считает главной формой - пожалуйста, веселых приключений !
( У меня где-то валяется такое моё глючное-приложение )

0

Сообщение от Avazart То что среда "как бы" поощряет быдлокодерство другой вопрос...

вот видите - у нас с вами нет причин для спора.

Добавлено через 1 минуту

Сообщение от Avazart Если вы хотите бороться со средой

именно это вы предлагаете. по большому счету. хотя можно назвать это расширенной настройкой)

0

Сообщение от vxg динамическое создание форм - разновидность извращения

Тогда все VCL извращение ...

0

Сообщение от Avazart Вопрос не в то что можно сделать иначе... А в том что можно сделать "правильно" не прибегая к извращенным способам (которые вполне возможно приведут нас к тому что в итоге все равно придется сделать "правильно")

Хорошо. А что неправильного в том, что здесь обсуждается? Что, у множества форм есть какая-то иерархия? (кроме того, что главная форма должна закрываться последней). Или нахождение какого-нибудь компонента (форма - один из них) в состоянии невидимости является недопустимым или создает утечку ресурсов? ... В чем основная проблема? Я, наверное, повторюсь, но в программировании не может быть "табу", если код не содержит ошибок. Бывают ситуации, когда приходится поступать "нетипично". Если это не перенапрягает операционную среду и не съедает память в геометрической прогрессии - почему нет?

1

Сообщение от nick42 Хорошо. А что неправильного в том, что здесь обсуждается? Что, у множества форм есть какая-то иерархия? (кроме того, что главная форма должна закрываться последней). Или нахождение какого-нибудь компонента (форма - один из них) в состоянии невидимости является недопустимым или создает утечку ресурсов? ... В чем основная проблема? Я, наверное, повторюсь, но в программировании не может быть "табу", если код не содержит ошибок. Бывают ситуации, когда приходится поступать "нетипично". Если это не перенапрягает операционную среду и не съедает память в геометрической прогрессии - почему нет?

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

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

Сообщение от nick42 но в программировании не может быть "табу", если код не содержит ошибок.

Так и с ошибками может работать ...

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

Банальный пример - форму диалога UI можно легко без лишних телодвижений и оглядок можно перетащить в другое приложение ...

0

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

Да с этим я и не спорю! Я в начале обсуждения упоминал стиль программирования и тому подобное... . Просто я решительно против категоричности (но и против ошибок программы, без которых - как известно - не обходится ни одна программа ). И в утверждениях своих желательно быть доказательным. Просто утверждение, что "так нельзя" меня почему-то раздражает. Когда объясняют почему "нельзя" понятным языком - я бесконечно благодарен... .

0

Сообщение от nick42 если у меня одна форма в приложении, то для ввода логина-пароля я не использую другую форму, а перекрываю окно панелью с надписями и полями ввода; потом панель делается невидимой, если вход был легальный. Тоже можно минусы найти, но как вариант...

Плохой вариант. Если идёт только перекрытие панелью тогда можно получить координаты/handle панели и сместить её за видимую часть формы/задать нулевые размеры и всё что она скрывает станет видно.

0

Сообщение от morge Если идёт только перекрытие панелью тогда можно получить координаты/handle панели и сместить её за видимую часть формы/задать нулевые размеры и всё что она скрывает станет видно.

Я не знаю, как сместить панель в режиме Align--alClient. Поделитесь?

0

Сообщение от nick42 Я не знаю, как сместить панель в режиме Align--alClient.

Без разницы что там alClient находим handle и из другой программы смещаем эту панель.

0