Quando instalar, vs quando apenas construir, pacotes de componentes visuais que fazem parte de um projeto maior

Question

Contexto:

Eu tenho trabalhado dentro e fora de uma aplicação que utiliza componentes de uma série de quadros feitos sob encomenda baseados em (que gente por aqui foram Super útil com como tenho vindo a aprender!).

Desde que eu estou modificando o componente visual que usa o aplicativo muito frequentemente, e esses componentes são bastante numerosos e interligados (um pouco de herança acontecendo, etc), eu gostaria de agilizar o processo de modificação / build tanto que possível.

Pergunta:

Quando é necessário para realmente instalar visual pacote de componentes, contra apenas construção (ou apenas "compilação"?) O projeto EXE que usa e referências desses componentes ? Eu só precisa realmente "re-instalar" um pacote para a paleta quando eu mudar um membro que seria afetar o objeto Inspector? Qualquer orientação conceitual aqui seria mais bem-vindo.

Obrigado mais uma vez, com antecedência. :)

Answer 1

O IDE normalmente detecta quando você está recompilar um pacote que o IDE foi carregado. Quando você compilar o pacote, o IDE irá descarregar os pacotes de tempo de design relevantes em primeiro lugar, e, em seguida, ele irá tentar re-carregá-los quando acabamentos de compilação.

Você deve fazer alterações em seu pacote, enquanto que o pacote é selecionado como o projeto ativo no IDE. (Você pode usar "grupos de projecto" para deixá-lo ter vários projetos abertos ao mesmo tempo. Apenas um de cada vez pode ser o projeto "ativo".)

que é tão contrário de ter suas unidades de pacotes compilados implicitamente quando você compilar o aplicativo. Meu conselho é para evitar esse cenário. Ele permite que seus pacotes e seu projeto ficar fora de sincronia com muito mais facilidade, em parte porque o pacote não será carregado no IDE, e em parte porque você estará mais apto a fazer alterações específicas do projeto para as unidades de embalagem em vez de pausa a considerar se a mudança é realmente apropriado para o pacote compartilhada. No momento em que é preciso para mudar o projeto ativo pode ser suficiente para manter o pacote ea aplicação separar em sua mente.