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

StackOverflow https://stackoverflow.com/questions/1429953

Вопрос

Контекст:

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

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

Вопрос:

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

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

Это было полезно?

Решение

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top