Warum wurden die neuen JSLint-Fehler "Leerzeichen, keine Tabs" und "unsicheren Zeichen" eingeführt?

Question

Ich habe mein JavaScript mit JSLint seit ungefähr 2 Jahren validiert und ab und zu gibt es Regeln, die sich ändern. Im Allgemeinen, wenn JSLint eine neue Regel einführt, gibt es ein Kontrollkästchen, um diese Regel beim Analysieren zu ignorieren, oder wenn Sie sie nicht ignorieren möchten, um Ihren Code damit kompatibel zu machen.

Als ich meine JSLint Validierung heute läuft, aber ich laufe in diese beiden neuen Fehler:

Benutzen Sie Leerzeichen, nicht Registerkarten.

Dies ist nicht der Fehler "Mischen von Tabs und Leerzeichen". Ich benutze nur Tabs. Dies ist eine kürzlich geänderte Version von "Mischen von Tabs und Leerzeichen", die Tabs generell nicht mehr erlaubt.

Und:

Unsafe Charakter.

*/

Unsicheres Zeichen.

_const: {

Es gibt keine neue Optionen zu ignorieren. Ich kann nicht verstehen, was unsicher ist über das Schließen eines Blockkommentars, warum es _const: {als unsicher, wenn ich nomen: true, (dangling _ in Bezeichnern) oder warum sollte ich plötzlich von Leerzeichen zu Tabs wechseln, wenn ich noch über die Konfiguration habe Einrücken von 4 Leerzeichen ist ein Tab.

Hat jemand eine Idee, warum diese eingeführt wurden, um zumindest zu verhindern, dass JSLint diese neuen Regeln ignoriert?

Update: Die Messy White Space Option funktioniert, um das Problem, aber es wäre anderes unerwartetes Verhalten verursachen:

if (condition) { 
    //   ^-- there is a space but it won't indicate an error 

Answer 1

Nun, es wie Douglas Crockford sieht nur eine ganze Menge mehr Leute wechseln zu JSHint gemacht. Schauen Sie sich this commit an.

Der Fehler "Gemischte Leerzeichen und Tabulatoren" wurde entfernt, und an seiner Stelle wurde ein neuer Fehler "Leerzeichen, nicht Tabulatoren" hinzugefügt. Abgesehen davon gibt es eine kleine Änderung in diesem Diff, die die Ursache dafür zeigt. Die folgende Zeile (Kommentar hinzugefügt):

at = source_row.search(/ \t/); 
//     ^Space 

hat mit dieser ersetzt:

at = source_row.search(/\t/); 
//     ^No space! 

Nach dieser Suche gibt es eine if Aussage. Wenn die Bedingung true auswertet, wird die Warnung "Verwenden Sie Leerzeichen, nicht Tabs" ausgegeben. Hier ist diese Aussage:

if (at >= 0) { 
    warn_at('use_spaces', line, at + 1); 
} 

ich Hoffnung, dass dies nur ein wenig Aufsicht durch Crockford. Wie Sie sehen, wird JSLint jetzt diese Warnung auslösen, wenn Sie ein Tabulatorzeichen irgendwo verwenden.Leider sind seine Commit-Nachrichten völlig nutzlos und die Dokumentation scheint nicht aktualisiert worden zu sein, daher kann ich nichts anderes tun, als über die Gründe für diese Änderung zu spekulieren.

Ich schlage vor, dass Sie JSLint jetzt verlassen und zu JSHint wechseln.

Answer 2

Sie können den Fehler unterdrücken, indem Sie auf die Option "unordentlicher Leerraum" klicken.

Answer 3

Abhängig von Ihrem Editor/IDE können Sie einstellen, wie TAB funktioniert.

Zum Beispiel verwende ich Sublime Text. In der Nähe der unteren rechten Ecke gibt es eine Registerkarte Größe: 4.

Ich klickte darauf und legte es "Indent Using Spaces".

Dies aktualisiert alle meine Tabs Leerzeichen und JSLint Fehler verschwinden. Ich versuche, so wenig Optionen wie möglich mit JSLint zu verwenden, da ich möchte, dass mein Code gut strukturiert ist.

Ich benutze auch JSFormat, die Registerkarte auf der Grundlage meiner Editoren Einstellungen, so dass wenn ich fertig bin ich mein JSFormat, dann JSLint. Keine Fehler = fröhlicher Junge!

Ich hoffe, es hilft.

Answer 4

zu beantworten warum JSLint jetzt eine Fehlermeldung über Registerkarten gibt, http://www.jslint.com/help.html gibt diese Begründung:

Tabs und Leerzeichen sollten nicht gemischt werden. Wir sollten nur eine in der Reihenfolge wählen, um die Probleme zu vermeiden, die von beiden kommen. Persönliche Präferenz ist ein äußerst unzuverlässiges Kriterium. Weder bietet ein mächtiger Vorteil gegenüber dem anderen. Vor fünfzig Jahren hatte Tab den Vorteil von weniger Speicher verbrauchen, aber Moores Gesetz hat diesen Vorteil beseitigt. Platz hat einen klaren Vorteil gegenüber Tab: Es gibt keinen zuverlässigen Standard für wie viele Leerzeichen ein Tab darstellt, aber es ist allgemein akzeptiert , dass ein Leerzeichen ein Leerzeichen belegt. Also Räume benutzen. Sie können mit den Tabs bearbeiten, wenn Sie müssen, aber stellen Sie sicher, dass es wieder Leerzeichen vor dem Festschreiben ist. Vielleicht eines Tages werden wir endlich einen universellen Standard für Tabs bekommen, aber bis dieser Tag kommt, ist die bessere Wahl Räume.

Im Wesentlichen möchte er, dass sich alle darüber einig werden, ob sie Tabulatoren oder Leerzeichen verwenden sollen, um zu verhindern, dass sie jemals gemischt werden. Er hat entschieden, dass die Konsistenz der Breite eines Raums die bessere Wahl ist, also sollten wir alle diese verwenden. Natürlich werden einige Leute mit dieser Denkweise nicht einverstanden sein (ich selbst eingeschlossen), aber das ist der Grund, warum JSLint diesen Fehler wirft.