Zeilenzähler

Den Zeilenzähler verwenden

1. Text einfügen in das Eingabefeld. Quellcode, CSV-Exporte, Log-Dateien, Aufsätze und Chat-Transkripte funktionieren alle problemlos.
2. Die Zusammenfassungskarten lesen, die in Echtzeit aktualisieren: Gesamtzeilen, nicht-leere Zeilen, Leerzeilen, durchschnittliche Zeilenlänge, längste Zeilenlänge und kürzeste nicht-leere Zeilenlänge.
3. Nicht-leere und Gesamtzahlen vergleichen, um zu sehen, wie viel der Datei Padding ist. Ein Verhältnis über 30 Prozent leer deutet oft auf inkonsistente Zeilenumbruchbehandlung irgendwo vorgelagert hin.
4. Die Metrik der längsten Zeile verwenden, um zeilenumbruchbrechende Zeilen in Code oder CSV-Daten zu erkennen - eine 2000-Zeichen-Zeile signalisiert fast immer fehlende Zeilenumbruch-Normalisierung.
5. Die Metriken kopieren, wenn der CI-Bericht oder Code-Review die Zahlen benötigt, oder sie einfach vom Bildschirm ablesen.

Wie der Zähler funktioniert

Das Zählen beginnt mit input.split(/\r?\n/), was an Unix-LF oder Windows-CRLF-Zeilenenden aufteilt und ein Array von Zeilen erzeugt. Die Gesamtzahl ist die Array-Länge; die nicht-leere Anzahl ist arr.filter(l => l.trim().length > 0).length, und die Leerzeilen-Anzahl ist die Differenz. Längste und kürzeste sind je ein Durchlauf über das Array, der Math.max und Math.min der Zeilenlängen nimmt. Der Durchschnitt ist totalChars / totalLines, auf eine ganze Zahl gerundet. Die Zeichenlänge hier ist JavaScripts string.length, also UTF-16-Codeeinheiten - nahe, aber nicht exakt dasselbe wie benutzerwahrgenommene Zeichen; der Zeichenlängen-Rechner auf dieser Seite liefert die Unterscheidung. Alle Berechnungen finden im Browser-Tab ohne Netzwerkaktivität und ohne Service-Worker-Interferenz statt.

Wann es verwendet werden würde

• Die Zeilenanzahl einer Code-Datei prüfen, um zu entscheiden, ob sie aufgeteilt werden soll - viele Team-Styleguides begrenzen Module auf 500-1000 Zeilen.
• Validieren, dass ein CSV-Export die erwartete Zeilenanzahl produziert hat, bevor er in die Datenbank importiert wird.
• Die Größe eines Gedichts, Drehbuchs oder Skripts schätzen, bei dem eine Zeile einem Takt entspricht.
• Debuggen, warum wc -l auf dem System eine andere Zahl als der Editor meldet (fast immer ein fehlender abschließender Zeilenumbruch).
• Die Länge einer Pull-Request-Beschreibung gegen eine Unternehmensrichtlinie messen, die PR-Bodys auf eine bestimmte Zeilenanzahl begrenzt.
• Eine riesige stringifizierte JSON-Zeile in einer Log-Datei erkennen, indem die Metrik der längsten Zeile unverhältnismäßig groß ist.

Häufige Fallstricke und Randfälle

• Der abschließende Zeilenumbruch. Eine Datei, die mit \n endet, hat eine mehr Zeile als ihre sichtbare Zeilenanzahl, weil split('\n') einen leeren String nach dem abschließenden Zeilenumbruch erzeugt. Dieses Werkzeug meldet diese extra Leerzeile und entspricht damit der POSIX-Definition, bei der eine Zeile mit einem Zeilenumbruch enden muss.
• CRLF vs. LF. Der Regex /\r?\n/ verarbeitet beide sauber. Wenn eine Datei klassische Mac-\r-only-Zeilenenden verwendet (selten nach 2000, aber noch möglich aus einigen Legacy-Exporten), erscheint jede Zeile als eine riesige Zeile.
• Leerzeilen-Definition. Eine Zeile, die nur Leerzeichen oder Tabulatoren enthält, zählt hier als leer. Wenn die striktere Definition bevorzugt wird, bei der leer null Bytes bedeutet, die Zeilen subtrahieren, die wirklich leer sind - sie sind eine Teilmenge dessen, was gemeldet wird.
• Nicht-ASCII-Längen. Eine Zeile mit Emoji oder CJK-Ideogrammen kann eine String-Länge haben, die nicht mit ihrer sichtbaren Breite übereinstimmt. Der Zeichenlängen-Rechner auf dieser Seite meldet Graphem-Cluster, wenn das für den Anwendungsfall wichtig ist.
• Sehr langer einzeiliger Input. Wenn jemand ein minifiziertes JavaScript-Bundle als eine Zeile einfügt, ist die Gesamtzeilenzahl 1 und die längste sind Millionen; das Werkzeug verarbeitet das, aber das Textarea des Browsers kann verzögern.

Was "Zeile" eigentlich bedeutet

In POSIX (IEEE Std 1003.1) ist eine Zeile als null oder mehr Nicht-Zeilenumbruch-Zeichen gefolgt von einem Zeilenumbruch definiert, weshalb wc -l null für eine Datei ohne abschließenden Zeilenumbruch meldet - dieser abschließende Inhalt ist technisch eine "unvollständige Zeile." Editoren und IDEs unterscheiden sich: VS Code und die meisten modernen Editoren zeigen diesen abschließenden Inhalt als letzte Zeile und fügen beim Speichern automatisch einen Zeilenumbruch hinzu, wenn die Einstellung aktiv ist. Unicode definiert mehrere Zeichen, die als Zeilengrenzen wirken können: \n (LF, U+000A), \r (CR, U+000D), \r\n (CRLF), \v (vertikaler Tabulator, U+000B), \f (Seitenvorschub, U+000C), U+0085 (nächste Zeile), U+2028 (Zeilentrennzeichen) und U+2029 (Absatztrennzeichen). JavaScripts Regex /\r?\n/ ist bewusst eng und behandelt nur die häufigen Fälle - was dem entspricht, was IDE, Git und die meisten Build-Tools als Zeile behandeln.

Vergleich zu Alternativen

wc -l datei ist die definitive Unix-Zählung und läuft mit nativer Geschwindigkeit; es zählt Zeilenumbrüche, also wird eine nicht-terminierte letzte Zeile nicht gezählt, was den klassischen "fehlender abschließender Zeilenumbruch"-Fall erkennt. awk 'END {print NR}' zählt genauso, druckt aber vor dem Beenden. Die Statusleiste von VS Code zeigt Zeile und Spalte des Cursors sowie die Gesamtzahl beim Hover. Für CSV-Zeilenzählung ist ein CSV-bewusstes Werkzeug wie csvkits csvstat sicherer, weil es zitierte Zeilenumbrüche in Zellen respektiert - etwas, das ein naiver Zeilenumbruch-Split (einschließlich dieses Werkzeugs) falsch handhabt. Diesen Web-Zähler verwenden, wenn ein kurzer bis mittlerer Einfügetext vorliegt und mehrere Metriken auf einmal gewünscht werden, oder wenn kein Terminal verfügbar ist und wc nicht ausgeführt werden kann. Für mehrstündige Log-Dateien bei wc -l bleiben, das in unter einer Sekunde auf einem Terabyte-SSD fertig ist.