Когда устанавливать, а когда просто создавать, пакеты визуальных компонентов, которые являются частью более крупного проекта - PullRequest
Новая
       9

Когда устанавливать, а когда просто создавать, пакеты визуальных компонентов, которые являются частью более крупного проекта

1 голос
/ 16 сентября 2009

Контекст:

Я работал над приложением, в котором используется ряд пользовательских компонентов на основе фреймов (которые здесь были супер полезными с как я учился!).

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

Вопрос:

Когда необходимо на самом деле установить пакет визуальных компонентов, а не просто сборку (или только "компиляцию"?) Проекта EXE, который использует и ссылается на эти компоненты? Нужно ли мне действительно «переустанавливать» пакет в палитре, когда я изменяю элемент, который будет влиять на Инспектор объектов? Любое концептуальное руководство здесь будет приветствоваться.

Еще раз спасибо, заранее. :)

1 Ответ

2 голосов
/ 16 сентября 2009

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

Вы должны вносить изменения в свой пакет, пока этот пакет выбран в качестве активного проекта в среде IDE. (Вы можете использовать «группы проектов», чтобы одновременно открывать несколько проектов. «Активным» проектом может быть только один).

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

...