Jshint: Option oder Kommentarhinweis hinzufügen, um 'Unerreichbare Pause nach Rückkehr' zu ignorieren

Erstellt am 1. Dez. 2012  ·  4Kommentare  ·  Quelle: jshint/jshint

Ich frage ausdrücklich nach dieser Bedingung, weil jeder einfache lex-kompatible Parser-Generator dieses Muster verwenden wird.

Hilfreichster Kommentar

@Zugwalt Am Ende habe ich meinen Generator so modifiziert, dass er den benutzerdefinierten Code in einen if(true) -Block einschließt.

Beispielsweise:

switch(foo) {
    /* ... */
    case bar:
        if(true) {
            /* insert code here */
        }
        break;
    /* ... */
}

Dies entspricht dem Code ohne die geschweiften Klammern und jshint beschwert sich nicht :)

Alle 4 Kommentare

Ich würde das auch lieben, wenn ich beim Debuggen oft nur eine return-Anweisung einwerfe, aber dann beschwert sich jshint (automatisch ausgeführt).

@Zugwalt Am Ende habe ich meinen Generator so modifiziert, dass er den benutzerdefinierten Code in einen if(true) -Block einschließt.

Beispielsweise:

switch(foo) {
    /* ... */
    case bar:
        if(true) {
            /* insert code here */
        }
        break;
    /* ... */
}

Dies entspricht dem Code ohne die geschweiften Klammern und jshint beschwert sich nicht :)

Ich weiß nicht, ob dies älter als diese Funktionalität ist, aber ich habe mir nur die Quelle und die Dokumentation für JSLint angesehen, und dies könnte auch den Zweck erfüllen

/*jshint -W027*/

Die Dokumentation besagt, dass Syntax diese Warnungen überall deaktiviert, daher bin ich mir nicht sicher, ob der Funktionsumfang mit diesen funktioniert. Ich möchte auch auf einen anderen Anwendungsfall hinweisen, der die Verwendung eines Präprozessors ist. Es wäre schön, vor und nach der Vorverarbeitung fusseln zu können, wenn Sie sich die Zeit nehmen, jshint-Optionen festzulegen. Bisher werde ich den Ansatz versuchen, den ich gerade erwähnt habe.

Update: Es ist funktionsbezogen.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen