Criar uma Aplicação "Rich Client" |
A folha de apontamentos
![]() |
Criar um Plug-in do Eclipse |
A folha de apontamentos
![]() |
Auto-alojamento baseado em funções | O actual método de auto-alojamento no Eclipse baseia-se em plug-ins. O PDE inicia uma segunda instância de área de trabalho de tempo de execução, mediante transmissão de uma matriz de plug-ins que deverá carregar. Um produto Eclipse típico baseia-se em funções: durante o arranque, verifica todas as funções que devem estar activas, calcula plug-ins que pertençam a estas funções e transmite o resultado para fins de carregamento.
Esta diferença em comportamento complica o auto-alojamento em cenários onde seja necessário um arranque completo que implique funções. O PDE agora suporta este cenário se houver cuidado na configuração:
Se todas estas condições forem cumpridas, a instância de tempo de execução do Eclipse será iniciada de maneira a ser a melhor aproximação possível de um arranque Eclipse normal. Tal facilita o teste de caixas de diálogo Acerca de e outros aspectos que podem depender do conjunto de funções instaladas. |
Desmarcar ou não desmarcar | Quando se cria uma nova configuração de lançamento de área de trabalho de tempo de execução, o PDE predefine os Argumentos de Programa na configuração de lançamento para incluir um argumento -clean.
Este argumento -clean limpa todos os dados na memória cache da área de trabalho de tempo de execução, de uma invocação para a seguinte, de modo a garantir que todas as alterações efectuadas à área de trabalho anfitriã, p.ex., adição de novos pacotes Java a um projecto de plug-in, etc., entram em vigor quando se inicia uma área de trabalho de tempo de execução. Esta limpeza da memória cache poderá prejudicar o rendimento se a plataforma destino tiver grande volume de plug-ins. Por conseguinte, se estiver numa situação em que a plataforma destino tenha grande volume de plug-ins e numa fase em que não esteja activamente a adicionar/remover pacotes dos projectos de plug-in, poderá remover o argumento -clean da configuração de lançamento para melhorar o tempo de arranque. |
Importar com ligação | A importação de plug-ins e fragmentos externos pode ser demorada e resultar em grandes espaços de trabalho, consoante o conteúdo dos plug-ins a serem importados. Por conseguinte, o assistente "Importar Plug-ins e Fragmentos Externos" dá a opção de importar com ligação. Significa isto que a operação de importação não copia os recursos a serem importados para o espaço de trabalho. Limita-se a criar ligações para os ficheiros que estão a ser importados. Poderá procurar e visualizar estes recursos ligados como se tivessem sido copiados para o seu espaço de trabalho. Todavia, estes encontram-se fisicamente ausentes do sistema de ficheiros, por isso não poderá modificá-los. Cuidado com operações que dependam de ficheiros que estejam fisicamente no espaço de trabalho, dado que não terão efeito sobre recursos ligados. |
Modelos | Para início rápido, o PDE proporciona vários plug-ins modelo para gerar um plug-in com uma ou mais extensões totalmente funcionais. Além disso, se a dada altura, quiser adicionar nova extensão da lista de modelos (sem ter de gerar um plug-in), poderá aceder a estes modelos de extensões directamente do editor de manifestos. Na página "Extensões" do editor, faça clique em "Adicionar...'. No assistente que abrir, seleccione Modelos de Extensão na área de janela da esquerda e escolha o modelo pretendido na área da direita. |
Âmbito da dependência de plug-ins | Se já tiver observado a lista de plug-ins de que o seu plug-in depende e se tiver perguntado porque razão necessita ele de determinado plug-in X, agora poderá facilmente saber porquê.
A operação Calcular Âmbito da Dependência, que se encontra no menu de contexto em vários contextos (incluindo a página Dependências e a vista Dependências do ficheiro de manifestos), realiza uma pesquisa combinada Java e plug-in para localizar todos os tipos e pontos de extensão Java facultados pelo plug-in X e que sejam referenciados pelo seu plug-in. Os resultados serão apresentados na vista Pesquisa. Quando se selecciona um tipo na vista Resultados de Pesquisa, a acção Referências em oMeuPlugIn no menu de contexto pesquisa os lugares no plug-in onde o tipo seleccionado for referenciado. Se a pesquisa devolver 0 resultados, deverá remover mesmo o plug-in X da sua lista de dependências, já que não está a ser usado de todo e só atrasará o carregamento de classes. A operação Calcular Âmbito da Dependência também é útil para verificar se utiliza classes internas (alheias a APIs) a partir do plug-in X, o que poderá não ser desejável. |
Localizar dependências inutilizadas | Minimizar o número de dependências de um plug-in tem melhorias certeiras no rendimento. À medida que o plug-in for evoluindo, a respectiva lista de dependências poderá estagnar, pois poderá conter ainda referências a plug-ins de que já não necessite. Uma maneira rápida de verificar se todas as dependências listadas pelo plug-in são realmente utilizadas pelo plug-in consiste em executar o utilitário "Localizar Dependências Inutilizadas", disponível no menu de contexto da página "Dependências" do editor de manifestos do PDE. |
Expandir o âmbito de pesquisa Java | A Pesquisa Java está limitada a projectos no espaço de trabalho e JARs externos que esses projectos referenciem. Se quiser adicionar mais bibliotecas de plug-ins externos à pesquisa: abra a vista Plug-ins, seleccione um plug-in e escolha Adicionar à Pesquisa Java no menu de contexto. Trata-se de uma maneira útil de continuar alerta para os outros plug-ins que dependem daqueles com que trabalhar. |