Ich bin auf der Suche nach einem statischen Analysetool für Python, Ruby, Sql, Cobol, Perl, PL/SQL, SQL ähnlich wie Bugs zu finden und Stil zu überprüfen. Ich bin auf der Suche nach der Anzahl der Zeilen, Bugs während der Entwicklung zu identifizieren und Kodierung Standard durchzusetzen.Gibt es ein statisches Analysetool für Python, Ruby, Sql, Cobol, Perl und PL/SQL?
Antwort
Perl hat Perl::Critic (und perlcritic.com)
Es funktionierte ziemlich gut für mich; Es hat in meinem Code einige Archaismen gefunden, die ich kopiert und eingefügt habe, bevor sie archaisch waren. –
@Flash - neugierig was sie waren? – DVK
Lustig solltest du gestern fragen; Ich denke, sie waren Verletzungen von Palm, aus meinem BBEdit Perl-Briefpapier von "128. Verwenden Sie ... die Drei-Argumente-Form von open. Diese Variante wurde in Perl 5.6 eingeführt und ist robuster als die ältere Version mit zwei Argumenten, die für sehr seltene, aber subtile Fehler anfällig ist. "Ich hatte den Code ursprünglich im letzten Jahrtausend geschrieben; nichts ist so dauerhaft wie beispielcode ... –
ich Pylint für Python verwenden, die schön integrated into Komodo by Brandon Corfman war (wenn Active Komodo ist Ihre Sache).
für Ruby, sind Sie wahrscheinlich in dieser vorherigen Frage SO suchen am besten gedient:
, die ziemlich gründlich zu sein scheint.
Danke Mike, das Tool funktioniert für den Ruby –
Sonar hat eine PL/SQL plugin, die auf Toad CodeXpert Code Analyzer basiert.
Ich suche ein Open-Source-Plugin möglichst –
Siehe verschiedene statische Analysewerkzeuge von Semantic Designs.
Diese umfassen Standardmetriken für Java, C# und COBOL. Es gibt auch Tools, um doppelten Code (Klone) für viele Sprachen zu erkennen, einschließlich Python, Java, PL/SQL (aus Ihrer Liste).
Schließlich gibt es einen Style-Checker (Coding Standards Checks) für COBOL (mit optionalem Eclipse-Plugin), der Refactoring-Unterstützung bietet, um einige der Stilfehler zu beheben.
Beide Perl: Kritiker und Pylint sieht sehr gut für Python .. Welches wäre die beste Wahl? –
@unknown: Nun, die, die Perl sagt, ist nicht gut für Python :) –
+1 für Pychecker und Pyint. Ich bevorzuge Pylint. – ChristopheD