Этап 5. Разработка макета приложения и пользовательского интерфейса
Этап 6. Создание приложения
Этап 7. Тестирование и усовершенствование
По мере разработки автономных разделов приложения желательно передать их заказчику для проверки их функционирования и получения мнения о необходимости внесения тех или иных изменений. После того как заказчик ознакомится с работой приложения, у него практически всегда возникают дополнительные предложения по усовершенствованию, какой бы тщательной не была предварительная проработка проекта. Пользователи часто обнаруживают, что некоторые моменты, о которых в процессе постановки задач, они говорили как об очень важных и необходимых, на самом деле не играют существенной роли при практическом использовании приложения. Выявление необходимых изменений на ранних стадиях разработки приложения позволяет существенно сократить время на последующие переделки.
42. Особенности использования модуля данных.
Для размещения компонентов доступа к данным в приложении баз данных можно использовать специальную форму — модуль данных. В нем можно размещать только невизуальные компоненты. Модуль данных доступен разработчику, как и любой другой модуль проекта. Пользователь приложения не может увидеть модуль данных во время выполнения.
Для создания модуля данных можно воспользоваться Репозиторием объектов. Значок модуля данных Data Module расположен на странице New.
На самом деле, модуль данных имеет мало общего со стандартной формой хотя бы потому, что класс TDataModule происходит непосредственно от класса TComponent. У него почти полностью отсутствуют свойства и методы-обработчики событий, но так как его основное назначение — хранение других невизуальных компонентов, то этого минимума свойств вполне достаточно.
Интерфейс модуля данных состоит из двух частей.
Слева располагается иерархическое дерево, содержащее информацию о компонентах модуля данных. Компоненты, инкапсулирующие набор данных, содержат дополнительные данные. Для компонента TTable это:
ограничения (Constraints);
свойства полей (FieldDefs);
поля (Fields);
свойства индексов (IndexDefs).
Дерево компонентов удобно использовать для обращения к компонентам и полям.
Правая часть окна модуля данных отведена под двухстраничный блокнот.
Страница Components предназначена для размещения не визуальных компонентов доступа к данным (рис. 15.2).
Страница Data Diagram используется для создания структуры (модели, диаграммы) данных, с которой работает приложение (рис. 15.3). Любой элемент из иерархического дерева компонентов можно перенести на страницу модели данных и задать связи между ними.
При помощи управляющих кнопок, расположенных между деревом и страницей, можно задавать между элементами диаграммы отношения главный/подчиненный и синхронизировать их просмотр. При этом производится автоматическая настройка свойств соответствующих компонентов.
43. Набор данных.
Компонент доступа к данным является основой приложения баз данных. На основе выбранной таблицы БД он создает набор данных и позволяет эффективно управлять им. В процессе работы такой компонент тесно взаимодействует с BDE. Все компоненты доступа к данным являются не визуальными.
Обычно приложение баз данных для организации взаимодействия с пользователем использует обычные формы. Поэтому в качестве основы проекта такого приложения подойдет проект обычного приложения.
Для создания нового проекта достаточно выбрать команду New Application из меню File или воспользоваться Репозиторием объектов, который открывается командой New из меню File.
Затем на форму нового проекта необходимо перенести компонент отображения данных (например, TTable) и выполнить следующие действия.
Подключить к компоненту базу данных. Подключить к компоненту таблицу БД. Переименовать компонент. Активизировать связь между компонентом и таблицей БД.
44. Визуализация данных в Delphi.
На третьем этапе создания приложения баз данных необходимо разработать пользовательский интерфейс на основе компонентов отображения данных.
Эти компоненты предназначены специально для решения задач просмотра и редактирования данных. Внешне большинство этих компонентов ничем не отличаются от стандартных элементов управления. Более того, многие из компонентов отображения данных являются наследниками стандартных компонентов — элементов управления.
Компоненты отображения данных должны быть связаны с компонентом TDataSource и через него с компонентом набора данных. Для этого используется свойство DataSource. Оно присутствует во всех компонентах отображения данных.
Большинство компонентов предназначены для представления данных из одного-единственного поля. В таких компонентах имеется еще одно свойство DataField, которое определяет поле связанного набора данных, отображаемое в компоненте.
Особое значение для приложений баз данных играет компонент TDBGrid, который представляет данные в виде таблицы. В столбцах таблицы размещаются поля набора данных, а в строках — записи. Для этого компонента не имеет смысла определять конкретное поле.
Таким образом, для каждого компонента отображения данных необходимо выполнить следующие операции.
Связать компонент отображения данных ч компонент TDataSource. Задать поле данных.
45. Многоуровневые приложения.
В последнее время многоуровневая ( multitier ) архитектура пользуется все большей популярностью, поскольку имеет массу преимуществ перед файл-серверными или клиент-серверными приложениями. Такая архитектура в различных публикациях также называется многозвенной, или распределеннойархитектурой. Суть многоуровневой архитектуры в том, что помимо сервера БД и приложений-клиентов дополнительно присутствует еще один или несколькосерверов приложений. Сервер приложений является промежуточным уровнем, обеспечивающим организацию взаимодействия клиентов и сервера БД. Сервер приложений также называют брокером данных ( broker - посредник). Чаще всего используют трехуровневую модель. Прежде, чем мы двинемся дальше, давайте разберемся, что же такое уровень. Имеется три основных уровня:
