Auto-hospedagem baseada em recurso | O método atual de auto-hospedagem no Eclipse
é baseado em plug-in. O PDE ativa uma segunda instância do workbench de tempo de execução
transmitindo uma matriz de plug-ins que devem ser carregados. Um produto Eclipse
regular é baseado em recursos: durante a inicialização, ele verifica todos os recursos
que devem estar ativos, computa os plug-ins que pertencem a esses recursos e
transmite o resultado para carregamento.
Essa diferença no comportamento torna complicado auto-hospedar nos cenários em que é necessária uma inicialização completa que envolva recursos. O PDE agora suporta esse cenário se forem tomados cuidados com a configuração:
Se todas essas condições forem cumpridas, a instância de tempo de execução do Eclipse será ativada de uma maneira que seja a aproximação mais exata de uma inicialização normal do Eclipse. Isso facilita testar os diálogos Sobre e outros aspectos que possam depender do conjunto de recursos instalados. |
Para limpar ou não limpar | Ao criar uma nova configuração de ativação do workbench de tempo de execução, o PDE apresenta os Argumentos do Programa na configuração de ativação para incluir um argumento -clean.
Este argumento -clean limpa todos os dados armazenados em cache no tempo de execução no workbench a partir de uma chamada para o próximo para assegurar-se de que todas as alterações feitas no workbench do host, ex. novos pacotes Java foram incluídos em um projeto de plug-in, etc., são ativadas quando você ativa um workbench de tempo de execução. Esta limpeza de cache pode retardar o desempenho se sua plataforma de destino contém um grande número de plug-ins. No entanto, se estiver em uma situação em que a plataforma de destino possui um grande número de plug-ins e estiver em um estágio em que não está incluindo/removendo pacotes ativamente dos projetos de plug-in, você poderia remover o argumento -clean da configuração de ativação para melhorar o tempo de inicialização. |
Importando com Vinculação | A importação de plug-ins e fragmentos externos pode levar muito tempo e pode resultar em espaços grandes de trabalho, dependendo do conteúdo dos plug-ins que estiverem sendo importados. Portanto, o assistente para 'Importar Plug-ins e Fragmentos Externos' fornece a opção para importar com vinculação. Isso significa que a operação de importação não copiará os recursos que estiverem sendo importados para o espaço de trabalho. Ela simplesmente criará links para os arquivos que estiverem sendo importados. Você poderá procurar esses recursos vinculados como se eles tivessem sido copiados para o espaço de trabalho. No entanto, eles não estão fisicamente no sistema de arquivos e, portanto, não será possível modificá-los. Cuidado com operações que dependem dos arquivos que estão fisicamente em seu espaço de trabalho, pois elas não funcionarão em recursos vinculados. |
Gabaritos | Para um início rápido, o PDE fornece vários plug-ins de gabarito que gerarão um plug-in com uma ou mais extensões completamente eficazes. Além disso, se em algum ponto você desejar adicionar uma nova extensão da lista de gabaritos (sem ter que gerar um plug-in), poderá acessar esses gabaritos de extensão diretamente do editor de manifesto. Na página 'Extensões' do editor, clique em 'Adicionar...'. No assistente que for exibido, selecione Gabaritos de Extensão no painel esquerdo e escolha o gabarito desejado no painel direito. |
Extensão de dependência de plug-in | Se alguma vez você tiver visto a
lista de plug-ins dos quais seu plug-in depende e desejar saber a razão pela qual seu
plug-in precisa de um determinado plug-in X, agora poderá descobrir isso facilmente.
A operação Computar Extensões de Dependência localizada no menu de contexto em vários contextos (incluindo a página Dependências do arquivo manifest e a visualização Dependências) executa uma procura combinada de Java e plug-in para localizar todos os tipos e pontos de extensão Java fornecidos pelo plug-in X que são referenciados a esse plug-in. Os resultados são exibidos na visualização Pesquisar. Quando um tipo é selecionado na visualização Resultados da Pesquisa, a ação Referências em MyPlugIn no menu de contexto pesquisa os locais no plug-in em que o tipo selecionado é referenciado. Se a pesquisa retornar 0 resultados, você deverá remover definitivamente o plug-in X de sua lista de dependências, uma vez que ele não está sendo utilizado e apenas tornaria lento o carregamento da classe. Computar Extensão de Dependência também é útil para verificar se você está utilizando classes internas (não-API) do plug-in X, o que pode não ser desejável. |
Localizando dependências não utilizadas | Minimizar o número de dependências de um plug-in com certeza melhora o desempenho. À medida que seu plug-in se expande, sua lista de dependências torna-se stale, uma vez que ainda pode conter referências a plug-ins que não são mais necessários. Uma maneira rápida de verificar se todas as dependências listadas por seu plug-in são realmente utilizadas pelo plug-in é executar o utilitário 'Localizar Dependências Não Utilizadas', que está disponível por meio do menu de contexto da página 'Dependências' do editor de manifesto do PDE. |
Estendendo o escopo de procura Java | A Pesquisa Java é limitada a projetos no espaço de trabalho e a jar externos referenciados por esses projetos. Se você desejar adicionar mais bibliotecas de plug-ins externos na pesquisa: abra a visualização Plug-ins, selecione um plug-in e escolha Adicionar à Pesquisa Java no menu de contexto. Isso é conveniente para ficar ciente de outros plug-ins que dependem daqueles com os quais você está trabalhando. |