Quando você escolhe o código base para executar uma revisão de código, o código
deve atender a determinados pré-requisitos; e o mais importante é que todos os arquivos no código base devem ser construídos e compilados ao executar a revisão.
Observe os pré-requisitos a seguir ao executar uma revisão de código e os problemas
que poderão ocorrer se eles não forem atendidos:
- O código deve ser compilado. A execução da revisão de código em código não compilado
poderá gerar resultados parciais, inconsistentes e, às vezes, errôneos.
- Não deve haver nenhum problema de codificação. Se um projeto não for legível
devido a problemas de codificação e, portanto, não puder ser executado em seções
não compiladas, a revisão de código não funcionará de modo algum.
- As configurações de codificação devem estar corretas. Configurações incorretas de
codificação podem produzir resultados semelhantes à execução da revisão de código
em um código não compilado.
Os pré-requisitos a seguir aplicam apenas à revisão de código
J2EE Best Practices:
- Os projetos dinâmicos da Web do J2EE devem ser compilados. Isso permite que todas
as regras na revisão de código J2EE Best Practices sejam ativadas.
- Se você migrar código de um espaço de trabalho WSAD (WebSphere Studio Application Developer),
precisará definir o servidor manualmente. Clique com o botão direito do mouse no
projeto e, em seguida, clique em Properties > Server.
Condições
Depois que você atender aos pré-requisitos e estiver pronto para executar uma
revisão de código, algumas condições se aplicarão em determinadas situações.
Executando uma revisão de código Structural Analysis: Você pode executar uma revisão de código Structural Analysis no espaço de trabalho, em um conjunto de tarefas ou em um projeto. No entanto, se você executá-la em um único arquivo, nenhum resultado será exibido.
Avoiding
multiple files with the same Java path: When you run certain code
reviews on the workspace, the review does not cover multiple files with the
same Java path
even if the files are in different projects. Esse comportamento
aplica-se a revisões de código ou regras que requerem processamento intenso do sistema:
- Revisão de código Structural Analysis
- Revisão de Código J2EE Best Practices
- Revisão de Código Complete
- Regras de Controle Arquitetural criadas por você
Consequently, it is better to avoid multiple files with the same Java path.
Exemplo: Suponha que o espaço de trabalho contenha o projeto RED_Examples
e o projeto BLUE_Examples. Ambos os projetos contêm o pacote de Cores, que inclui
o arquivo bright.java. Quando você executa uma revisão de código no espaço de trabalho,
a revisão abrange apenas um arquivo bright.java. É possível revisar o código em ambos
os arquivos não permitindo que os dois arquivos tenham o mesmo caminho, por exemplo,
renomeando-os como brightr.java e brightb.java.
If
the workspace does have multiple files with the same Java path,
you can run a code review that covers the multiple files by setting up the
workspace in the following way:
- Particione o espaço de trabalho para que não existam dois arquivos com o
mesmo caminho em um espaço de trabalho.
- Carregue um espaço de trabalho por vez.
- Execute uma revisão de código separada em cada espaço de trabalho.