Die meisten meiner JavaScript-Code-Dateien sehen so aus:
%Vor%Ich habe eine Reihe von Werkzeugen ausprobiert, die die zyklomatische Komplexität von Code berechnen, und sie erzeugen alle (aus meiner Sicht) falsche Berichte, das heißt: Sie zeigen alle ihre Finger auf die Wrapping-Funktionen als die komplexesten .
Das Problem dabei ist, dass alle Berichte durch diese Tatsache stark verzerrt werden: Die Umbruchfunktionen belegen oft mehr als die Hälfte des Komplexitätsdiagramms, und alle durchschnittlichen Zahlen sind voreingenommen.
Gibt es eine Möglichkeit, die echte Komplexität meines Codes zu erhalten, die nicht von den Wrapperfunktionen beeinflusst wird?
Sind all diese Tools falsch? Mache ich es falsch, meinen Code in eine Funktion für das Scoping zu verpacken (ich glaube nicht)? Mache ich es falsch, diese Werkzeuge überhaupt zu benutzen?
Es wurde vorgeschlagen, die Wrapper-Funktion vor der Berechnung der Komplexität zu entfernen, und ich würde es gerne tun, aber gibt es eine zuverlässige Möglichkeit, dies automatisch zu tun? Bitte ignorieren Sie dies und gehen Sie für eine richtige Lösung.
Probieren Sie Ссылка
ausIch habe diesen Code eingesteckt:
%Vor%Sie hat die interne Funktion testFunction korrekt als höhere Komplexität (5) identifiziert und sie wurde in eine anonyme Funktion mit Komplexität (1) eingebunden. Funktioniert auch mit deklarierenden Funktionen als var FooBar = function () {...} Sieht nach dem Werkzeug aus, nach dem Sie suchen.
Tags und Links javascript jshint cyclomatic-complexity