Настройка среды Delphi для разработки пакетов/компонентов

Question

После прочтения списков рассылки и bbs я не смог найти подходящий способ настройки среды разработки для разработки пакетов и компонентов. Возможно, мы можем собрать некоторые подсказки здесь для хорошей настройки.

Для разработки компонентов предлагается создать пакет времени выполнения, содержащий код времени выполнения для компонента и пакет времени разработки, который использует пакет времени выполнения и регистрирует только компоненты для delphi ide.

Так что в моем случае я использую групповой проект, который содержит следующие проекты:

MyComponentGrp 
| 
+- MyComponent140.bpl  //the runtime package containing TMyComponent 
| 
+- DclMyComponent140.bpl //designtime package wich registers TMyComponent 
| 
+- TestApp.exe    //an application to test the component 

Эта установка работает нормально, но изменить код в пакете выполнения требует переустановки пакета DesignTime, чтобы изменения применяется. Я понимаю это поведение, когда мне нужно добавлять новые свойства. Но при смене кода внутри метода, например, достаточно создать пакет времени выполнения, не так ли?

Как настроить IDE для разработки компонентов?

Answer 1

Мне не сложно попасть в пункт меню «Создать все», чтобы построить всю мою группу проектов, однако, по многим причинам, чем приведенная выше причина «построить два пакета», мне полезно иметь разные этапы разработки компонентов, где я «использую» компонент по-разному и обрабатываю разработку по-разному. Вам не нужно переустанавливать, только перестраивать, каждый раз. Установка добавляет строку в реестр и приводит к загрузке BPL в среду IDE. Если он перестроен, он также перезагружается.

1. в начале прототипирования и функционального развития компонента, я сосредоточен на тестировании поведения во время выполнения компонента, и я даже не нужно иметь его на палитре еще. Я использую модульные тесты, а также формы тестовых жгутов и код, который создает компонент IN CODE вместо времени разработки. это позволяет избежать необходимости постоянно перестраивать и переустанавливать два пакета.

2. Возможно, у меня возникло соблазн избежать использования двух пакетов и использовать только один пакет, содержащий файл MyCompRegs.pas, содержащий ТОЛЬКО код компонентов регистра, на ранней стадии разработки.

3. Когда я приближаюсь к окончательной сборке моего компонента, я уверен, что правильно упакую его и предоставит пакеты времени разработки и времени выполнения. Если я начну писать любой код времени разработки, за исключением однострочного набора RegisterComponent, то я могу запустить пакет времени разработки раньше.

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

Сноска: Пакет дизайна часто содержит только однострочный вызов для регистрации компонента на палитре. Тем не менее, в целом, кодирование Timetime является важной частью того, что делает некоторые из лучших компонентов Delphi мощными, но не все компоненты имеют код времени разработки, некоторые могут быть очень мало кода времени разработки вообще. причина для отдельных пакетов в Delphi (отделяющая время разработки от кода времени выполнения) стала требованием в какой-то момент в истории Delphi (вокруг Delphi 2006, я думаю), чтобы предотвратить создание кода времени разработки Delphi и распространение внутри пакетов времени исполнения.