Блог. Двадцать пять лет Делфи-практики
В этом блоге я буду публиковать ответы на вопросы, которые постоянно приходится повторять на форуме.
Здесь можно это сделать более развернуто и спокойно.
Все, что здесь написано, не является истиной в последней инстанции, скорее, это результат моих размышлений над архитектурой проектов, маленьких и больших, которых я сделал на Делфи более дюжины.
Начав с Делфи-2 двадцать пять лет назад, я прошел все версии, испробовал массу технологий, включая работу с БД, с графикой DirectX, связью с серверами и интернетом, разработку на Андроид и IOS, и многое, многое другое.
________________________________________________________________________________ ____
P.S. все, о чем здесь написано, всего лишь измышления из головы.
совпадения с реальными людьми и фактами случайны.
В этом блоге я буду публиковать ответы на вопросы, которые постоянно приходится повторять на форуме.
Здесь можно это сделать более развернуто и спокойно.
Все, что здесь написано, не является истиной в последней инстанции, скорее, это результат моих размышлений над архитектурой проектов, маленьких и больших, которых я сделал на Делфи более дюжины.
Начав с Делфи-2 двадцать пять лет назад, я прошел все версии, испробовал массу технологий, включая работу с БД, с графикой DirectX, связью с серверами и интернетом, разработку на Андроид и IOS, и многое, многое другое.
________________________________________________________________________________ ____
P.S. все, о чем здесь написано, всего лишь измышления из головы.
совпадения с реальными людьми и фактами случайны.
Процесс инициализации программы, с настройками и подключением к БД
Пока не началось Все шаги по разбору на старте приложения я стараюсь выполнять в переопределенном конструкторе главной формы. Это не догма, просто так удобнее. Мы можем делать это и в событии OnCreate, но тогда если мы решили выйти из приложения, то сначала все равно создастся и криво покажется форма и после этого сразу мигнет и пойдет на выход. Чтобы исключить эти спецэффекты пишем в классе формы переопределение конструктора
Вызов исключения в конструкторе приводит к НЕсозданию объекта (а еще вызову деструктора!), поэтому в случае выхода из программы никаких миганий - сразу до свидания... К главному Обычно я использую следующие шаги на старте приложения
Обращу ваше внимание, что у меня есть глобальная переменная Settings, но в каждый метод я передаю её как параметр. Это связано с тем, что мы когда-нибудь можем решить, что нам нужны более одного комплекта настроек. Для разных пользователей, для проверки подключения к БД, да и просто для исключения любых зависимостей от глобальных переменных. Инкапсуляция - замечательная вещь. Все работают только с тем, что им дают непосредственно для работы. Давайте посмотрим, что может находиться внутри каждого из методов. ReadSettings. Тут все просто.
Кликните здесь для просмотра всего текста
тут стоит обратить внимание, что настройки БД у меня сами умеют лазить по строке параметров и заполнять себя данными оттуда ShowSettingsAndLoginForm Здесь стоит конструкция, описанная в заметке Как правильно сделать форму логина может, с небольшими вариациями Кликните здесь для просмотра всего текста
CreateDatamodule Именно здесь, а не в AutoCreate создается мой главный модуль данных. Ведь настройки для подключения мы читали и изменяли тоже здесь.
но есть вероятность, что за эти несколько миллисекунд что-то пошло не так и подключение не состоится. Что ж. В этом случае мы получим Exception в конструкторе и, следовательно, выйдем из программы. |
Всего комментариев 2
Комментарии
-
Возможно, чего-то не понимаю, но вроде в конструкторе "inherited;" в начале забыли.
Запись от DIEsel_92 размещена 10.01.2019 в 13:00 -
Запись от krapotkin размещена 10.01.2019 в 13:02