DelphiTools WebPages

A análise estática de código executado por FixInsight pode ajudar a encontrar erros no início do processo de desenvolvimento. Você será capaz de identificar possíveis erros e esquisitices. Pense FixInsight como uma extensão de compilador que permite que você instantaneamente encontrar problemas em seu código que você poderia passar horas depuração contrário. Encontrar erros em seu código antes que seus clientes fazem.

Examine seu código-fonte e obter uma lista dos problemas encontrados
Melhorar a confiabilidade e qualidade da aplicação
Reduzir os custos gerais de desenvolvimento, manutenção e suporte

Além de produzir uma lista de avisos quando forem encontrados problemas, a ferramenta também verifica o código para codificar o cumprimento de convenções. Você pode encontrar uma lista completa de padrões de código manipulados por FixInsight na documentação. Você mesmo pode integrar FixInsight com o seu processo de compilação usando a ferramenta de linha de comando, ele tem todo um conjunto de opções que lhe permitirão executar a análise automaticamente.

uso geral
FixInsight suporta RAD Studio XE8, bem como os comunicados de IDE mais antigos (2006-XE8). Após a instalação FixInsight acrescenta um item de menu no menu do RAD Studio 'Project'. Em Delphi 2010 e acima dela também adiciona um menu no menu de contexto do gerente de projeto.

Command Line Tool

A ferramenta de linha de comando FixInsight (FixInsightCL.exe) pode ser utilizado durante o processo de construção ou com a integração contínua.

parâmetros:

  --project = XXX.dpr (um projeto para analisar)
    --defines = XXX; YYY; ZZZ (compilador define separados por ponto e vírgula)
    --output = XXX (escrever a saída para um arquivo)
    --settings = XXX.ficfg (configurações do projeto de substituição)
    --xml (saída formato xml)

    Um parâmetro --project é obrigatória, outros parâmetros são opcionais.

    Exemplo de uso:
    FixInsightCL --project = c: \ source \ example.dpr

W501 vazio, exceto bloco
O vazio, exceto aviso bloco significa que a exceção é detectada, mas não for tratada corretamente. Que por sua vez significa que a causa da exceção que ocorreu no bloco try ainda está lá e que afeta o aplicativo é executado. Quer produzir uma reação em cadeia de erros que são impossíveis de rastrear? Um vazio, exceto bloco é uma maneira perfeita para conseguir isso.

lado direito W503 Assignment é igual ao seu lado esquerdo
Enquanto tal declaração não afetam o desempenho ou produzir erros, eles são potencialmente perigosos se alguma outra expressão era esperado no lado direito. Claro, ninguém normalmente escreve um código como este, mas o código colado contra cópia pode acabar com este tipo de atribuição.

W504 chamada HERDADA em falta no construtor / destruidor
Uma das coisas legais OOP tem é herança. Você não tem que escrever os mesmos métodos mais e mais, você pode voltar a utilizar os construtores, métodos e manipuladores de eventos da controladora. O verso da moeda é que você tem que chamar destruidores herdadas também. Caso contrário, você acaba com vazamentos de memória, no mínimo.

O que há de novo:
FixInsight 2015,11

11 de novembro de 2015
regra introduzida C110 ( "Getter ou nome setter é diferente da declaração de propriedade")
Introduzido O801 regra ( "CONST falta para parâmetro de cadeia não modificada")
Introduzido O802 regra ( "resourcestring é declarada mas nunca usado")
Run FixInsight e FixInsight Configurações menus são separados
Nova barra de ferramentas. Ver: -> Barras de Ferramentas -> FixInsight
Melhoria analisador
pequenas correções