Cтраница 1
Разработчики компонентов могут даже определить новые действия, что будет сделано в главе 9, и новые объекты действия компоновки. [1]
Ввиду этого вы, как разработчик компонентов, должны в общем случае распространять ( предоставлять заказчику) по меньшей мере BPL-файл, DCP-файл и DCU-файл модулей, входящих в пакет и все соответствующие DFM-файлы плюс файл справки. [2]
Самое строгое правило пакетов касается разработчиков компонентов: для долгосрочного размещения и обслуживания кода в пакетах спланируйте наличие главного выпуска и младших обслуживающих выпусков. [3]
Свойства свойств ( извините, я не могу написать иначе) определяются разработчиком компонента. Свойство может быть доступно только для чтения ( read-only), и в этом случае вы можете получить значение свойства, но не можете его изменить. [4]
Общее использование редакторов компонентов включает добавление окна About box с информацией о разработчике компонента, добавление имени компонента и предоставление определенных мастеров для настройки свойств компонента. В частности, изначальное предназначение заключалось в том, чтобы позволить мастеру ( или непосредственно программному коду) однократно устанавливать множество свойств вместо их индивидуальной установки. [5]
Я не буду рассматривать все детали класса TComponent, ряд из которого более важен для разработчиков компонентов, а не для пользователей компонентов. [6]
Вкратце можно сказать, что книга затрагивает вопросы, интересующие всех пользователей Delphi с любым уровнем подготовки: от опытного новичка до разработчика компонентов. [7]
Разработчики внешних спецификаций проверяют полноту удовлетворения и аккуратность выполнения внешних спецификаций системы. Разработчики компонентов системы проверяют возможности построения предполагаемого компонента и доступность требований архитектуры системы. В связи с тем, что процесс построения архитектуры системы может выполняться параллельно с процессом внешнего проектирования, важно своевременно согласовать выходы и входы этих процессов. [8]
Аналогично функциям Си, одни методы принимают аргументы и возвращают значения, а другие нет. Это определяется разработчиком компонента. [9]
Вы можете заметить, что при помещении компонента в форму многие свойства, отображаемые в окне инспектора объектов, уже имеют определенные значения. Это значения по умолчанию, которые были определены разработчиком компонента. Присваивание значений по умолчанию облегчает жизнь пользователю этого компонента. Все свойства по возможности должны иметь значения по умолчанию. Это дает возможность пользователю изменять только те свойства, которые он ( или она) хочет, и не трогать остальные. Большинство свойств имеет значения по умолчанию, но для свойств некоторых типов такие значения отсутствуют. [10]
FreeNotification получает в качестве параметра компонент для того, чтобы уведомить, когда текущий компонент будет уничтожен. Эффект заключается в вызове метода Notification, который поступает от компонента, отличного от владеемых компонентов. FreeNotification обычно используется разработчиками компонентов для обеспечения безопасной связи между компонентами на различных формах или модулях данных. [11]