Quand installer, par rapport à quand simplement construire, packages de composants visuels qui font partie d'un projet plus vaste

Question

Contexte:

Je travaille sur et en dehors sur une application qui utilise un certain nombre de Cadres- personnalisé composants basés (que les gens ici ont été superhelpfulwith comme j'ai appris!). Comme je suis en train de modifier le composant visuel que l'application utilise très souvent, et que ces composants sont assez nombreux et interdépendants (un peu d'héritage en cours, etc.), je voudrais rationaliser le processus de modification/construction en tant que autant que possible.

Question:

Quand est-il nécessaire pour réellement installer un ensemble de composants visuels, par rapport à seulement construction (ou seulement « compilation »?) Le projet EXE qui utilise et références ces composants? Ai-je seulement besoin de vraiment "réinstaller" un paquet dans la palette lorsque je change un membre qui affecterait l'inspecteur d'objets? Toute orientation conceptuelle ici serait la bienvenue.

Merci encore, à l'avance. :)

Answer 1

L'EDI détecte normalement lorsque vous recompilez un package que l'EDI a chargé. Lorsque vous compilez le package, l'IDE déchargera d'abord les packages au moment de la conception, puis il tentera de les recharger à la fin de la compilation.

Vous devez apporter des modifications à votre package lorsque ce dernier est sélectionné en tant que projet actif dans l'EDI. (Vous pouvez utiliser des "groupes de projets" pour que vous ayez plusieurs projets ouverts en même temps, un seul à la fois peut être le projet "actif".)

Cela ne signifie pas que vos unités de package sont compilées implicitement lorsque vous compilez application. Mon conseil est d'éviter ce scénario. Cela permet à vos packages et à votre projet de se désynchroniser beaucoup plus facilement, en partie parce que le package ne sera pas chargé dans l'EDI, et en partie parce que vous serez plus apte à apporter des modifications spécifiques au projet au lieu de mettre en pause pour déterminer si la modification est vraiment appropriée pour le package partagé. Le moment où il faut basculer le projet actif peut suffire à garder le paquet et l'application séparés dans votre esprit.