ента TDataModule
Досвід підказує, що одним з найбільш зручних для розробника порядку формування форм та їх компонентів є наступний.
Компонента TDataModule
Форма для меню;
Форма для перегляду БД;
Форма для введення даних в базу;
Форма для звіту №1.
Форма для звіту №2.
Форма для звіту №3.
Форми, необхідні для створення СУБД можна задати двома способами:
. Якщо заздалегідь відомо їх кількість, то на екрані монітора і відповідно у сховищі (repository) проекту IDE Delphi заздалегідь можна вивести потрібну кількість візуальних і невізуальних форм, тобто в проект можна додати стільки форм, скільки потрібно. За допомогою команди File | New Form додаються візуальні форми, а командою File | New Data Module - невізуальному. Відзначимо, що для нашої системи потрібно всього шість візуальних форм і одна компонента TDataModule.
. Якщо заздалегідь кількість потрібних форм для проекту не відомо, то на екрані монітора і відповідно у сховищі (repository) проекту IDE Delphi додається та форма, яка потрібна для проекту на поточному етапі створення СУБД. Встановлення форм на екрані здійснюється через команди File | New Form або File | New Data Module. Іншими словами кожна форма в проект додається в міру необхідності.
В даному випадку додавання нових форм в сховище проекту відбуватиметься за допомогою команди додавання ( File | Add to Project ).
Таким чином, виходячи з проекту, уявімо план роботи зі створення СУБД для поставленої вище завдання автоматизації з екранних і звітних форм і процедур обробки даних.
Спочатку будемо вважати, що на екрані виведено стільки форм, скільки потрібно для створення всіх форм СУБД. Якщо форм не вистачає, то доводимо їх до необхідної кількості. Це робиться шляхом повторення дії ( File | New Form ) стільки разів, скільки потрібно кількостей форм і один контейнер командою File | New Data Module .
Тепер визначимо послідовність проектування (конструювання) форм. Послідовність створення форм в загальному випадку довільний, але ми все таки вибираємо вищевикладену послідовність.
Дана послідовність оформлення і створення форм спрощує процес створення СУБД.
Створення СУБД почнемо з побудови контейнера TDataModule для зв'язку з БД. Проектування форм СУБД почнемо з екранної форми, на якій буде відображено вміст БД.
Проектування СУБД відбувається по кожній формі окремо шляхом встановлення зв'язку з БД (тобто з компонентом TdataModule) і створенням процедур обробки даних, що вводяться з екранної форми або одержувані з БД.
Крім того, потрібно встановлення зв'язку між компонентами різних форм. В одній з екранних форм слід передбачити команду завершення роботи системи.
Після визначення набору компонентів і їх розміщення на формі, встановлюється їх доступ до БД і створюється процедура обробки даних для кожного компонента форми.
З вищенаведеного визначення видно, що СУБД також як БД складається з безлічі компонентів. Всі ці компоненти СУБД вимагають формування і програмування та їх файли також як і файли БД слід зберігати в певному місці. Для цієї мети можна використовувати той же каталог, що і для БД, тобто C: PRIMER, або створимо в каталозі C: ?? PRIMER підкаталог АРР і в ньому зберігаємо розроблені програми.
У загальному випадку додаток можна зберігати в будь-якому місці, однак, зберігання його разом з БД в одній папці, але все ж в готельній піддиректорії зручно для роботи розробника. Так і будемо робити.
12.3 Створення СУБД
12.3.1 Способи організацій доступу екранних форм і звітних форм до бази даних
У даному пункті описується питання організація доступу екранних форм (ЕФ) і звітних форм (ОФ) до бази даних шляхом створення контейнера TDataModule
Зв'язок екранної форми з БД забезпечується спеціальними компонентами, які називаються невізуальними компонентами. Ці елементи видно тільки в режимі конструювання, а в режимі роботи системи ці елементи стане на екрані невидимі.
Якщо СУБД складається з однієї екранної форми, то не потрібно спеціального сховища у вигляді контейнера для зберігання невізуальних компонен...
