Наряду с этим, экземпляр компонента может быть создан непосредствен но, в месте программы, причем, в зависимости от параметра . Повторная используемость Компоненты используются для локализации некоторой программной логики внутри одного класса, экземпляры которого можно использовать различных программных продуктах. Такой подход существенно упро щает разработку, используя ранее реализованные и отлаженные компо ненты. Итак, одним из предназначений компонентов является их повтор ная используемость. Создание компонентов Заметим, что повторная используемость может быть достигнута и с по мощью обычных классов, хранимых в модулях, однако компонент имеет существенное преимущество перед классами . Еще один аспект повторной используемости состоит в том, что компо нент может быть унаследован не только от класса . Функциональность Данное назначение компонентов вытекает из их сущности . Однако заметим, что использование компонентов только ради локализа ции в них функциональности не имеет смысла, если разрабатываемые компоненты используются только один раз и не принимают участия в визуальной разработке. Унификация программных продуктов Компоненты, расположенные на формах приложений являют ся всего лишь экземплярами класса компонента, хранящегося в среде раз работки. В связи с этим, изменения, производимые в классе компонента, незамедлительно отражаются на экземплярах компонентов. Фиксация со стояния компонента происходит во время компиляции, то есть измене ния в компоненте не могут повлиять на ранее построенное приложение. Для согласования различных программных продуктов, после изменения кода компонента следует заново откомпилировать проекты, в которых компонент используется. Этим и достигается унификация программных продуктов . Реализация модуля компонента Описание компонента производится в отдельном модуле, построенном по обычным правилам . Основы использования компонентов Листинг компонента . Описание компонента произведено в интерфейсной части модуля и не добавляет функциональности в родительский класс . Для указания, какие именно компонен ты должны быть инсталлированы, и на какой закладке Палитры компо нентов они должны располагаться, в процедуре . Добавление компонентов возмож но на любую существующую закладку. Если же указано название, кото рое не соответствует ни одной закладке Палитры, то автоматически бу дет создана новая закладка. В примере при вызове процедуры . Так как названия классов устанавливаемых компонентов обычно зара нее известно, то для передачи массива ссылок на них можно воспользо ваться конструктором массива, как и сделано в рассмотренном примере. Создание компонентов При необходимости установить несколько компонентов на одной стра нице Палитры, следует воспользоваться конструкцией следующего вида. Использование пакетов компонентов Пакеты компонентов . Например, для хранения набора интерфейсных компонентов можно использовать один пакет, а для объеди нения компонентов, предназначенных для работы с данными, . Помимо хранения компонентов, пакеты могут выполнять еще одну важ ную функцию . Паке ты компонентов имеют структуру динамически компонуемых библиотек . В результате такого разделения при компиляции приложения в него не. добавляются описания компонентов, а обращения к ним происходит во время работы программы, что снижает размер файлов и позволяет использовать один и тот же пакет компонентов несколькими программными продуктами одновременно. Для создания пакета следует воспользоваться пунктом главного меню и в появившемся диалоге выбрать страницу В списке объектов необходимо выбрать пункт . Созданный пакет не содержит компонентов, но они могут быть добав лены в него с помощью диалога, аналогичного диалогу управления про ектом . С помощью данного диалога можно добавить мо дуль компонента в пакет . Основы использования компонентов . Диалог создания элемента проекта . Описания пакета могут быть включены в группы проектов . Это касается и компонентов, представленных отдельными модулями . Пакеты компи лируются в файлы с расширениями соответствующими формату ди намических библиотек, и . Диалог управления пакетом компонентов Инсталлируются все компоненты, входящие в пакет. Эта часть взаимодействия среды и компонента касается процесса разработки и аналогична работе компонента во время выполнения программы. С другой стороны, среда разработки хранит ссылки на модули компо нентов и пакеты, в которых они находятся, представляет компоненты постранично в палитре компонентов и обеспечивает доступ разработчи ка к ним с целью создания экземпляров. Разработчик может добавлять компоненты в Палитру, перемещать компоненты на разные страницы, а также удалять компоненты из Палитры, в случае необходимости. Взаимодействие среды разработчика и компонентов накладывает неко торые требования на реализацию компонентов. Эти требования рассмот рены немного ниже, а сейчас мы рассмотрим механизм управления ком понентом в палитре компонентов среды. Создание компонентов Под созданием компонента в контексте его жизненного цикла в среде разработчика мы подразумеваем создание модулей, необходимых для хранения класса компонента и инсталляции компонента в Палитру ком понентов среды разработчика. Жизненный цикл компонента в среде разработки Создание компонентов вручную Создание компонента вручную рассмотрено выше и основано на созда нии нового модуля с помощью пункта главного меню реализация в этом модуле класса компонента и процедуры . Создание компонентов средствами среды разработчика Второй вариант создания компонента состоит в вызове диалога . Диалог создания Данный диалог является частью диалога, вызываемого при нажатии на кнопку . компонент, от которого наследуется создаваемый . название класса нового компонента . закладку Палитры компонентов, на которой будет размещен созда ваемый компонент . название файла модуля описания компонента . Модуль компонента содержит описание класса компонента и процедуры .