Este documento contém descrições de algumas das alterações mais interessantes ou significativas feitas nas ferramentas de desenvolvimento Java para o release 3.1 do Eclipse desde a 3.0. Ele é dividido em várias seções:
|
|
J2SE 5.0 |
O Eclipse 3.1 inclui suporte completo para os novos recursos do J2SE 5.0 (também conhecido como "Tiger"). Uma das mais importantes conseqüências desse suporte é que você pode não notá-lo de modo algum -- tudo o que você espera que funcione com o J2SE 1.4, incluindo edição, assistente de código, compilação, depuração, correções rápidas, recriações, ações de origem, procuras, etc. funcionará transparentemente com os novos tipos e a sintaxe do J2SE 5.0. Para desenvolver a conformidade de código com o J2SE 5.0, você precisa de um JRE 5.0 (Java Runtime Environment). Se você iniciar o Eclipse pela primeira vez utilizando um JRE 5.0, ele será utilizado por padrão. Caso contrário, você precisará utilizar o diálogo JREs Instalados para registrar um com o Eclipse. É possível chegar a esse diálogo por meio de preferência Java > JREs Instalados ou seguindo o link Configurar padrão... no assistente Novo Projeto Java. |
|
|
Correção Rápida para |
Uma nova correção rápida ajuda a
alterar as configurações de conformidade quando você tenta digitar
construções 5.0 em um projeto 1.4. Observe que um JRE 1.5 requerido,
o qual pode ser incluído na página de preferências de 'JREs
Instalados'.
|
|
|
Assistentes de Novo Tipo suportam genéricos |
Os assistentes de Novo Tipo suportam
os tipos genéricos do J2SE 5.0 em vários campos:
|
|
|
Criando Enumerações e Anotações |
Enumerações e Anotações podem ser
criadas com o assistente de Nova Enumeração ou Anotação:
|
|
|
Supondo para argumentos de tipo |
O Assistente de Código insere os
argumentos de tipo correto ao concluir um tipo no editor Java. Os
argumentos de tipo cuja ambigüidade não pode ser removida serão
selecionados e a tecla Tab moverá de um argumento para o
próximo. Neste exemplo
Para testar este recurso, é preciso ativar Preencher Nomes de Argumentos na página de preferências Java > Editor > Assistente de Código. |
|
|
Declaração de parâmetro type ocultando outro diagnóstico de tipo |
Opcionalmente, o compilador Java pode
sinalizar uma declaração de parâmetro type ocultando outro tipo.
|
|
|
Renomear recriação |
A recriação Renomear foi estendida
para manipular a renomeação de parâmetros type.
|
|
|
Inferir Argumentos de Tipo Genérico |
Com o J2SE 5.0, o código pode
utilizar genéricos para aprimorar a possibilidade de leitura e a
segurança de tipo estático. Recriar > Inferir Argumentos de
Tipo Genérico é uma nova recriação que ajuda os clientes de
bibliotecas de classes genéricas, como a Estrutura de Coletas Java, a
migrarem seu código. A recriação infere parâmetros type para tipos genéricos e removerá quaisquer coerções desnecessárias. Ela funciona em unidades de compilação única, bem como em todos os pacotes e projetos Java. |
|
|
Correções Rápidas para Genéricos |
Para tipos Java não resolvidos, agora
você também obtém uma proposta para criar um novo parâmetro type:
|
|
|
Novos filtros de resultados de procura para procura de referência para tipos com parâmetros |
Ao procurar por referências para
um tipo com parâmetros, como
|
|
|
Conclusão em anotações |
A conclusão do código dentro de uma
única anotação do membro ou o valor do atributo annotation é
suportada. |
|
|
Uso do tipo annotation como diagnóstico de superinterface |
No J2SE 5.0, a linguagem Java permite
que uma classe implemente um tipo annotation. No entanto, isso deve
ser desencorajado. Opcionalmente, o compilador Java sinaliza esse
tipo de uso.
|
|
|
Suporte para anotação de @SuppressWarnings |
A anotação de @SuppressWarnings do
J2SE 5.0 é suportada.
Os nomes do token de aviso reconhecidos são: "alls",
"boxing", "dep-ann", "deprecation",
"incomplete-switch", "hiding",
"finally", "static-access", "nls",
"serial", "synthetic-access",
"unqualified-field-access", "unchecked", "unused"
and "warningToken". No exemplo a seguir, o primeiro campo é
ativado com a anotação @SuppressWarnings("substituição") e nenhum
aviso de reprovação é relatado. O segundo campo não contém tags e um
aviso de reprovação é relatado. Observe que uma opção do compilador controla se as anotações @SuppressWarnings estão ativas ou não. Consulte a preferência Java > Compilador > Erros/Avisos > Opções do J2SE 5.0 > Ativar Anotações '@SuppressWarnings' Por padrão, os tokens de avisos não manipulados são sinalizados por um aviso. Esse aviso também pode ser suprimido, utilizando a anotação @SuppressWarnings("warningToken"). |
|
|
Correção rápida |
Os avisos que podem ser suprimidos,
utilizando uma anotação @SuppressWarning oferecem uma correção rápida
para fazer isso. Aplicando correção rápida ao aviso local não
utilizado a seguir resulta em: |
|
|
Diagnóstico de anotação @Override ausente |
Opcionalmente, o compilador Java pode
sinalizar um método que substitui um método de superclasse, mas
perdendo uma anotação de @Override adequada. As anotações @Override
ausentes podem ser incluídas, utilizando a Correção Rápida.
|
|
|
Diagnóstico de anotação @Deprecated ausente |
O compilador Java reconhece as
anotações @Deprecated e trata-as de maneira equivalente ao comment
doc /** @deprecated */. Opcionalmente, ele pode sinalizar construções
reprovadas, que não têm uma anotação @Deprecated adequada (para
encorajar o uso de anotações em vez da tag doc comment).
|
|
|
Diagnóstico de instrução switch de enumeração incompleta |
Opcionalmente, o compilador Java pode
sinalizar instruções switch de enumeração incompleta.
|
|
|
Diagnóstico do compilador para identificador 'enum' |
O compilador Java pode localizar e
sinalizar onde 'enum' é utilizado como um identificador.
Embora 'enum' seja um identificador válido até o nível de origem 1.4,
ele é uma palavra-chave reservada na origem 5.0. A ativação desse
aviso ajuda a antecipar problemas de migração de origem. Consulte a
preferência Java > Compilador > Conformidade com JDK >
Invalidar Identificador Chamado 'enum'.
|
|
|
Correção Rápida para |
A Correção Rápida suporta a
criação de constantes de enumeração. No exemplo a seguir a constante
BLUE está ausente da enumeração Colors
|
|
|
Parâmetro Autoboxing |
Os parâmetros propostos incluem
propostas de auto(un-)boxing:
Nota: A preferência Java > Editor > Assistente de Código > Preencher Nomes de Argumentos na Conclusão precisa estar ativada. |
|
|
Diagnóstico de Boxing/ |
O recurso autoboxing do J2SE 5.0 é
eficiente mas ele pode levar a um comportamento inesperado,
especialmente ao transmitir argumentos. O compilador introduz um
diagnóstico opcional que indica quando o autoboxing ou o autounboxing
é executado. No exemplo a seguir, pode-se pensar que
foo(Integer) será chamado, mas como o autounboxing é
executado, foo(int) é chamado.
|
|
|
Suporte para J2SE 5.0 no editor Java |
O editor Java fornece coloração de
sintaxe para os novos recursos de linguagem do J2SE 5.0. Vá para a
página de preferências Java > Editor > Coloração de
Sintaxe para alterar as cores ou para ativar a coloração
semântica de variáveis type,
elementos annotation e
expressões auto(un-)boxed:
|
|
|
Novo para gabarito de loop |
O gabarito foreach
insere um novo 'for' loop no código, propondo as instâncias locais
Iterable que você pode desejar repetir:
|
|
|
Converter em for loop aprimorado |
Uma nova Assistência Rápida
(Ctrl+1) é oferecida para converter for loops de estilo
antigo sobre matrizes e coletas em for loops aprimorados do J2SE 5.0:
A Correção Rápida simplifica o loop para: |
|
|
Argumento Varargs |
Opcionalmente, o compilador Java pode
sinalizar chamadas de método varargs suspeitas.
Um último argumento nulo não é agrupado como uma matriz de 1 elemento
como se pode esperar. A inclusão de uma coerção explícita torna clara
a intenção do código.
A configuração de preferência pode ser localizada em Java > Compilador > Erros/Avisos > Opções do J2SE 5.0 > Correspondência de Tipo Inexato para Argumentos vararg. |
|
|
A conclusão utiliza importações estáticas |
A conclusão do código no editor Java
pode processar importações estáticas ao inferir conclusões relativas
ao contexto.
|
|
|
Grupo de Importação |
Para organizar importações estáticas, crie grupos
para as importações estáticas e coloque-os onde preferir. Você pode
definir um grupo 'outros' para coletar até todas as importações não
correspondidas por qualquer outro grupo: O recurso do grupo 'outros' também está disponível para importações não-estáticas. |
|
|
Suporte para |
O suporte foi incluído para o arquivo
de origem especial package-info.java, que permite pacotes de anotação
e de documentação. Todas as ferramentas JDT (assistente de código,
seleção de código, procura, esboço, hierarquias de tipo, etc.) podem
ser utilizadas nesta unidade de compilação especial. Os comentários de documento dentro do package-info.java são processados e a sintaxe e as referências em tags de comentário padrão são verificadas. |
|
|
Formatador de código para constructos do J2SE 5.0 |
O formatador de código suporta todos
os novos constructos de linguagem do J2SE 5.0.
O controle sobre como o formatador os manipula está localizado na
página de preferências Java > Estilo de Código > Formatador
de Código:
|
|
|
Depurando código fonte 5.0 |
É possível executar e depurar o código fonte 5.0 com um JRE 1.5. As avaliações de depuração Java suportam os constructos do J2SE 5.0 como for loops genéricos e aprimorados. |
|
|
Alteração de nomenclatura do arquivo de classe para tipos internos locais |
No modo de conformidade do 5.0, o
compilador Java gera arquivos de classe que seguem a convenção de
nomenclatura especificada no JLS 13.1 (3ª edição) para tipos internos
locais. Como conseqüência, no exemplo a seguir, em vez de gerar um
arquivo denominado X$1$A.class , ele será simplesmente
X$1A.class .
|
|
|
|
Pontos de interrupção de |
Um clique duplo na régua do editor Java cria watchpoints nos pontos de interrupção de campos e de entrada de método nas declarações de método. |
|
|
Bloqueios e conflitos |
Os bloqueios pertencentes a um encadeamento, bem como o bloqueio pelo qual um encadeamento está aguardando, podem ser exibidos em seqüência na visualização Depuração, comutando o item de menu Mostrar Monitores no menu drop-down da visualização Depuração. Os encadeamentos e bloqueios envolvidos em um conflito são destacados em vermelho.
|
|
|
Navegando nos rastreios de pilha |
Copie e cole um rastreio de pilha no Console de Rastreio de Pilha Java e utilize hyperlinks para navegar no rastreio. O Console do Rastreio de Pilha Java pode ser aberto no menu drop-down Abrir Console na visualização Console. Os rastreios de pilhas colados podem ser formatados por meio da ligação de teclas padrão Formato.
|
|
|
'toString()' inline |
O valor toString()-computed de uma variável pode ser exibido em seqüência na árvore de visualização Variáveis, bem como na área de detalhes. O comando Formatadores de Detalhes Java... no menu drop-down da visualização é utilizado para configurar como esse recurso funciona.
|
|
|
Estruturas lógicas definidas pelo usuário |
Agora o depurador Java permite que você controle o que é mostrado na visualização variáveis para diferentes tipos de objetos. Por exemplo, coletas podem ser exibidas como uma simples matriz de valores, em vez de detalhes excessivos de como esse objeto de coleta específico é implementado. Isso é feito na página de preferências Java > Depurar
> Estruturas Lógicas, onde você associa a uma classe ou
interface específica uma expressão única (por exemplo,
|
|
|
Modificação do valor da variável aprimorada |
Agora o depurador Java permite que você altere o valor de variáveis, digitando uma expressão no diálogo Alterar Valor ou na área de detalhes da visualização de variáveis e pressionando Salvar.
|
|
|
Localizar variável |
A ação Localizar Variável na visualização Variáveis permite digitar o nome de uma variável que você está procurando. Conforme você digita, a visualização Variáveis seleciona a próxima variável visível que corresponde ao texto digitado. Da mesma forma, o diálogo Localizar Variável mostra variáveis que correspondem ao texto digitado até agora. |
|
|
Conexões Javadoc |
Agora é possível associar um local diferente de Javadoc a cada JAR em bibliotecas de um JRE.
|
|
|
|
Configurações do Novo |
Quando a verificação do Javadoc está
ativada, você pode configurá-la como
As configurações estão na página de preferências Java > Compilador > Javadoc. |
|
|
Designação sem diagnóstico de efeito para expressão postfix |
O diagnóstico opcional para
designação sem efeito detecta o caso em que uma
expressão postfix é designada à mesma variável, ou seja, i = i++;
|
|
|
UID da Versão Serial |
Existe um novo diagnóstico
opcional do compilador para classes seriáveis ausentes de uma
declaração de um campo A configuração de preferências pode ser localizada em Java > Compilador > Erros/Avisos > Problemas Potenciais de Programação |
|
|
Detecção precoce de referências a classes internas |
É possível anotar entradas da
biblioteca (e do projeto) no caminho de construção Java
(Propriedades > Caminho de Construção Java >
Bibliotecas) para identificar todos os pacotes internos que você
deseja evitar fazer referência diretamente do código. Por exemplo,
geralmente não é uma boa idéia depender de qualquer um dos pacotes
específicos ao fornecedor, como com.ibm.* ou
com.sun.* , normalmente localizados nas bibliotecas do
J2SE.
As restrições de acesso são expressas com uma combinação de regras de
inclusão e exclusão em entradas do caminho de construção. A sintaxe
padrão segue a anotação do conjunto de arquivos Ant e corresponde ao
caminho para o arquivo de classe. Por exemplo, a utilização do padrão
com/ibm/** como uma regra de exclusão restringirá o
acesso a todas as classes no pacote com.ibm e seus
subpacotes. A utilização do padrão
org/eclipse/**/internal/** como uma regra de exclusão
capturará todas as classes para pacotes internos do Eclipse. Quando
você fornece as regras de inclusão, tudo o que corresponder a essas
regras estará ok e tudo a mais será considerado fora dos limites.
A configuração de preferência Java > Compilador > Erros/Avisos > API reprovada e restrita permite que você controle se as referências errôneas são sinalizadas como erros ou avisos (por padrão, elas são erros para referência proibida e avisos para referências desencorajadas). |
|
|
Regras de acesso em bibliotecas e projetos |
As regras de acesso podem ser
definidas em bibliotecas e projetos referidos para
permitir/proibir/desencorajar explicitamente o acesso a tipos
específicos. |
|
|
|
Ícones e legendas de inclusão aprimoradas |
Ao incluir um elemento Java, a linha
restante no editor Java é aquela que contém o nome do elemento. A
primeira linha de comentário é exibida para comentários de Javadoc
incluídos. Os novos ícones de inclusão reduzidos mostrados no editor
Java, agora diferem dos indicadores de implementos e de substituição:
|
|
|
Inclusão de comentário de cabeçalho |
Os comentários de cabeçalho e as
instruções de direitos autorais em arquivos de origem Java podem ser
incluídos:
|
|
|
Marcar ocorrências de métodos herdados |
O editor Java pode
destacar todas as declarações de método que implementam ou substituem
métodos herdados do supertipo selecionado. Consulte a configuração de
preferência Java > Editor > Marcar Ocorrências >
Método que Implementa uma Interface.
|
|
|
Menu Rápido Novas Ocorrências |
Um menu de contexto com procuras de
ocorrências pode ser aberto no editor Java, pressionando
Ctrl+Shift+U.
Nota: Aqueles que preferirem o comportamento antigo podem designar novamente a seqüência de teclas acima para o comando "Procurar Todas as Ocorrências no Arquivo". |
|
|
Realce de membros de classes reprovadas no editor Java |
Os membros de classes reprovadas são
marcados por realce antecipado:
|
|
|
Referências no Javadoc |
O Eclipse agora reconhece referências
a elementos Java dentro de comentários do documento (ou seja, tags
@see, @link, @linkplain, @throws, @exception, @param ou @value). Isso
ativa a ajuda instantânea e a vinculação com o elemento Java
referido. |
|
|
Conclusão aprimorada em palavra vazia |
A conclusão do código Java em uma
palavra vazia não propõe mais automaticamente todos os tipos visíveis
no local da conclusão. Você precisa digitar o primeiro caractere do
tipo para obter uma proposta de conclusão.
|
|
|
Descrição de dica de ferramenta para Javadoc |
O Javadoc que é mostrado por meio de Editar > Mostrar Descrição de Dicas de Ferramenta (F2) é mostrado no widget do Navegador SWT. |
|
|
Mover linhas ajusta o recuo |
Os comandos Mover Linhas (Alt+Up/Down) e Copiar Linhas (Ctrl+Alt+Up/Down) ajustam automaticamente o recuo das linhas selecionadas conforme você as move dentro do editor Java. |
|
|
Editor do arquivo de propriedades Java aprimorado |
Os editores para arquivos de propriedades Java
foram aprimorados significativamente. Eles oferecem realce de
sintaxe, comportamento de clique duplo aprimorado e uma preferência
de fonte separada. As cores de realce da sintaxe são ajustadas na
página de preferências Java > Editor de Arquivo de
Propriedades. A verificação de ortografia também está disponível
e a Correção Rápida (Ctrl+1) pode ser utilizada para corrigir
problemas de ortografia.
|
|
|
Trabalhando com cadeias externalizadas |
Quando você demora sobre uma tecla para uma cadeia
externalizada no editor Java, o valor externalizado associado é
mostrado em um foco: Clique com a tecla Ctrl nela para navegar diretamente para a entrada no arquivo de propriedades Java correspondente: |
|
|
Navegar da chave de propriedade no editor de Arquivo de Propriedades para suas referências |
Utilize Navegar > Abrir
(F3) ou Clique com a tecla Ctrl para navegar de uma
chave da propriedade no editor de Arquivo de Propriedades de volta
para lugares no código em que uma referência é feita à chave.
|
|
|
O assistente de Externalizar Cadeias suporta novos pacotes configuráveis de mensagens |
O assistente de Externalizar Cadeias
suporta o mecanismo de externalização de cadeia do Eclipse que é novo
com este release:
|
|
|
Nova API para criar propostas de código como no editor Java |
Implementando um editor para uma
linguagem parecida com Java? Crie suas próprias propostas de
assistente de código semelhantes àquelas propostas no editor Java.
Instancie CompletionProposalCollector para obter as
mesmas propostas do editor Java ou crie uma subclasse dele para
misturar em suas próprias propostas. Utilize
CompletionProposalLabelProvider para obter as imagens e
etiquetas corretas e classificar as propostas, utilizando
CompletionProposalComparator .
Pacote: |
|
|
|
Novo diálogo Tipo Baseado em Padrões Abertos |
O diálogo Tipo Baseado em Padrões
Abertos foi aprimorado de várias maneiras:
Também existem alterações de arquitetura principais que não são tão óbvias. Os tipos mostrados no diálogo agora são localizados com um consulta de mecanismo de procura Java. Isso fornece uma economia de 4 a 6 MB em um espaço de trabalho de desenvolvimento normal do Eclipse sobre a abordagem de uso excessivo de memória utilizada anteriormente. |
|
|
Organizando o Espaço de Trabalho com Muitos Projetos |
Utilize Mostrar > Conjuntos de
Tarefas no menu de visualização do Explorador de Pacotes para
ativar um novo modo que mostra os conjuntos de tarefas como elementos
de nível superior. Esse modo facilita bastante o gerenciamento de
espaços de trabalho que contêm vários projetos.
Utilize Selecionar Conjuntos de Tarefas no menu de visualização do Explorador de Pacotes para configurar quais conjuntos de tarefas são mostrados. O diálogo permite que você crie novos conjuntos de tarefas Java, defina quais conjuntos de tarefas são mostrados e em qual ordem. Conjuntos de tarefas também podem ser reorganizados diretamente no Explorador de Pacotes utilizando as funções arrastar e soltar e copiar/colar. |
|
|
Página da pasta de origem aprimorada para assistente de novo projeto Java |
Uma página de configuração da pasta
de origem aprimorada no assistente de criação de projeto Java ajuda
na criação de projetos de origem existente. É possível definir
entradas da pasta de origem, incluir/excluir pastas diretamente na
árvore e testar os resultados da ação imediatamente.
|
|
|
Compartilhando configurações de projeto Java |
Cada projeto Java pode transportar
configurações customizadas para opções do compilador e estilo de
código. Essas configurações são armazenadas no próprio projeto e
automaticamente aplicadas quando o projeto é carregado (ou
atualizado) a partir do repositório. A modificação das configurações de um projeto Java por meio da UI, grava as configurações em um arquivo automaticamente no diretório .settings. O conteúdo do arquivo de configuração é gerado automaticamente e não deve ser editado diretamente. |
|
|
Navegar para as configurações específicas ao projeto |
As páginas de preferências para configurações que
também são configuráveis em uma base por projeto oferecem um link
para a página de preferências específica ao projeto.
|
|
|
Locais do Javadoc armazenados no arquivo .classpath |
Os locais do Javadoc que estão anexados a
arquivos JAR e a pastas de classe estão armazenados no arquivo
.classpath para que possam ser compartilhadas com a equipe. Quando o
3.1 é iniciado, uma tarefa de segundo plano migrará todos os locais
armazenados internamente anteriormente no arquivo .classpath. Os locais do Javadoc são utilizados por 'Abrir Javadoc Externo' (CTRL + F2) e pelo assistente do Javadoc. |
|
|
Atalhos para Correções e Assistências Rápidas |
Algumas das assistências rápidas populares como
Renomear Em Arquivo e Designar Para
Local podem ser chamadas diretamente com
Ctrl+2 R e Ctrl+2 L. Verifique a página de
preferências de teclas para obter mais correções rápidas que suportam
chamada direta.
|
|
|
Novas Correções Rápidas |
Novas Correções Rápidas foram
incluídas para várias opções do compilador Java, por exemplo:
|
|
|
Nova Assistência Rápida |
Várias Assistências Rápidas (Ctrl+1)
foram incluídas no Editor Java:
|
|
|
Recriação de Desfazer/Refazer disponível no menu Editar |
Recriação de Desfazer/Refazer agora está disponível no menu Editar e as ações separadas Recriar Desfazer/Refazer foram removidas da barra de menus global. Adicionalmente, as operações de recriação de Desfazer/Refazer agora estão integradas no editor Java Desfazer/Refazer, resultando em um histórico desfazer mais transparente no editor. Por exemplo, uma recriação acionada de dentro do editor agora não pode ser feita no editor, simplesmente pressionando Ctrl+Z. |
|
|
Ajuste de visibilidade do membro |
Os comandos de recriação Mover
Método, Mover Tipo de Membro para Novo Arquivo, Mover Membro
Estático, Puxar para Cima e Empurrar para Baixo alteram
automaticamente a visibilidade de campos referidos, métodos e tipos,
sempre que necessário.
|
|
|
Recriação Mover Método |
O comando Recriar > Mover
foi estendido para suportar melhor a movimentação de métodos da
instância. Os novos recursos incluem:
|
|
|
Recriação Utilizar Supertipo Onde Possível |
A recriação Utilizar Supertipo Onde
Possível foi estendida com uma preferência que especifica se as
ocorrências do tipo em expressões instanceof devem ser
atualizadas: |
|
|
Menu Caminho de Construção no Explorador de
Pacotes |
O menu de contexto do Explorador de
Pacotes Java possui uma nova entrada de menu 'Construir Caminho', que
oferece ações relativas ao contexto para modificar o caminho de
construção de um projeto Java. É possível incluir/remover novas
pastas de origem, archives e bibliotecas e incluir/excluir pastas e
arquivos de uma pasta de origem: |
|
|
Novo perfil do formatador interno padrão do Eclipse |
Embora o perfil do formatador de código 3.0 padrão do Eclipse seja denominado Convenções Java, a formatação de um arquivo utilizando esse perfil, utiliza guias para recuo em vez de espaços. Um novo perfil denominado Eclipse foi incluído, que reflete quais são as opções do formatador padrão durante que utilizam guias para recuo. Para utilizar verdadeiras configurações da Convenção Java, basta alternar o perfil do formatador para Convenções Java, utilizando a página de preferências Java > Estilo de Código > Formatador. |
|
|
Alterando várias configurações de quebra de linha de uma vez |
A página do formatador de código Java
permite que você altere várias configurações de quebra de linha de
uma vez fazendo várias seleções na árvore e alterando as
configurações: As configurações do formatador de código estão na página de preferências do Java > Estilo de Código > Formatador. |
|
|
Configurações mistas de recuo |
As preferências do formatador Java
permitem que o tamanho da guia seja configurado independentemente do
tamanho do recuo (consulte a guia Recuo no perfil do
formatador):
Por exemplo, configure Tamanho da guia como 8 e Tamanho do recuo como 4 para recuar a origem com quatro espaços. Se você configurar a Política da guia como Mista, todas as duas unidades de recuo serão substituídas por um caractere de tabulação. Os perfis do formatador podem ser configurados na página de preferências Java > Estilo de Código > Formatador. |
|
|
Reexecutar teste com falha primeiro |
Existe uma nova ação na visualização
JUnit que permite que você reexecute testes com falha antes de
qualquer um dos que foram aprovados.
|
|