5. Особенности rad–средств.

Две основных черты RAD–средств - это визуальная компонентность и многократное использование кода. Каждая из этих черт предназначена для повышения производительности программирования. Рассмотрим их подробнее.

1. Визуальная компонентность.

Данный подход является логическим развитием объектно-ориентированного программирования (ООП). Каждый компонент имеет свои события (events), методы (methods) и свойства (properties). Методы и события пришли из объектно-ориентированного программирования, а свойства являются привилегией компонентного подхода. Свойства позволяют изменить состояние компонента, причем как динамически - во время работы программы, так и статически - визуально во время разработки. Естественно, что компоненты имеет все те особенности, что и объекты в объектно-ориентированном программировании - наследование, полиморфизм и инкапсуляция. Таким образом, описание типичного компонента выглядит следующим образом:

2. Многократное использование кода.

Термин «многократное использование кода» (code reuse) говорит сам за себя. Данная технология подразумевает возможность написания таких участков программ, которые затем с небольшими изменениями (или совсем без изменений) могут быть использованы в другой программе. Нельзя сказать, что такой подход является привилегией средств быстрой разработки приложений - еще раньше программисты поняли преимущества возможности выделения универсальных и часто используемых подпрограмм в отдельные библиотеки (модули). Таким образом появлялись библиотеки подпрограмм для различных языков программирования, работающие с графикой, базами данных, реализующие многие математические функции и прочие универсальные задачи. Но именно в RAD–средствах технология многократного использования кода приобрела законченный и целостный вид - существует широкий набор стандартных компонентов, которые могут использоваться во многих программах различного типа, а при необходимости получения какого-либо компонента с отличными от стандартных возможностями, его написание облегчается из-за механизма наследования от уже существующих компонентов их свойств и методов.

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

Кроме описанных особенностей средств быстрой разработки приложений, следует отметить наличие определенного инструментария, который призван помогать разработчику при создании стандартных элементов приложений. Эти средства автоматизируют рутинную работу при генерации например графического интерфейса. В различных средах они носят различное наименование - expert и master в средах фирмы Borland и wizard в средах, разработанных фирмой Microsoft.

6. Проектирование базы данных в среде s-Designor.

Благодаря преимуществам выше описанных CASE и RAD технологий, разработка приложений большой сложности является относительно простой задачей. Первоначально в среде S-Designor создается концептуальная модель, которая является прототипом будущей базы рис.4.5.

Рис. 4.5. Создание модели БД

Разработчику предлагается набор инструментов, помощью которых на рабочем листе рисуются таблицы, при этом можно сразу задать список полей и индексов (рис 4.6).

Рис.4.6. Определение полей таблицы

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

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

При определении связей требуется задать следующие свойства:

• Name – имя связи (для удобочитаемости модели)

• Code – кодовое название связи.

• Update constraint – способ обновления зависимых записей.

• Delete constraint - способ удаления зависимых записей.

Update constraint и Delete constraint могут иметь некоторые из нижеследующих значений:

• None – обновить или удалить зависимую запись

• Restrict – невозможно обновить или удалить зависимую запись, если одна или более соответствующая запись существует в дочерней таблице

• Cascade – происходит каскадное обновление или удаление записей.