Text-Einrückung normalisieren

Wenn dieselbe Zeile oder das gesamte Dokument Tabulatoren und Leerzeichen ohne klares Muster mischt, scheitert die Aufgabe mit invalid_input statt stillschweigend zu raten. Mit dem optionalen target_unit können Sie leerzeichenbasierte Stufen neu skalieren (zum Beispiel von zwei auf vier), ohne den logischen Tiefenbaum zu ändern.

So funktionieren Basiseinheits-Erkennung und Stufen-Umschreibung

Das optionale target_unit gilt nur für Dokumente im Leerzeichen-Stil: Stufen bleiben erhalten und die Ausgabe nutzt so viele Leerzeichen pro Stufe — so wandeln Sie einen Zwei-Leerzeichen-Baum in einem Aufruf in einen Vier-Leerzeichen-Baum um. Eingaben im Tabulator-Stil ignorieren target_unit, damit Tabulatoren nicht still expandiert werden.

Eingabevertrag, Antwortfelder und Fehlerverhalten

Senden Sie den rohen mehrzeiligen Body lieber, statt Zeilenumbrüche vorab zu kollabieren, wenn Sie echte pro-Zeilen-Einrückungssemantik wollen; eine einzelne lange Zeile hat nur eine Einrückung zu normalisieren. Senden Sie per POST einen JSON-Body mit einem Pflicht-Stringfeld text (Aliase input, value, string, s, content und body). Der Wert muss nach globalem Trimmen der Leerräume ein nicht leerer String sein und darf hunderttausend Zeichen nicht überschreiten, damit ein einzelner Paste Worker- oder Browser-Speicher nicht erschöpft. Das optionale target_unit ist eine positive Ganzzahl von eins bis zweiunddreißig; Nicht-Ganzzahlen und Werte außerhalb des Bereichs scheitern an der Validierung. Bei Erfolg spiegelt die Antwort input als Originalstring, text als vollständig umgeschriebenes mehrzeiliges Ergebnis mit LF verbunden, indent_style als spaces, tabs oder none, indent_unit als effektive Ausgabe-Einheitengröße, detected_unit als vor jedem Ziel-Override abgeleitete Einheit, line_count als Zeilenzahl einschließlich Leerzeilen, indented_lines als Anzahl der Zeilen mit positiver Stufe, max_level als tiefste Einrückungsstufe, levels als pro Zeile ausgerichtetes ganzzahliges Tiefenarray zu lines, lines als geordnetes Array der umgeschriebenen Zeilenstrings und message als kurze Zusammenfassung von Stil, Einheit, Zeilenzahl und Maximalstufe. Fehlgeschlagene Validierung — fehlendes text, Nicht-String-Werte, leerer Inhalt, zu große Nutzlast, ungültiges target_unit, Tabulator/Leerzeichen-Mix in derselben Zeile oder Stilmix auf Dokumentebene — liefert invalid_input und wird nie berechnet. Der Preis ist ein Festbetrag von $0.002 pro erfolgreicher Anfrage mit Einheit item. Bei der Integration assertieren Sie auf text oder lines für den bereinigten Inhalt, vergleichen Sie optional levels und indent_unit für Regressionen und behandeln Sie invalid_input als clientseitigen Stilkonflikt bei gemischten Pastes, nicht als Abrechnungsereignis.

Wann Sie dieses Werkzeug nutzen und wie es sich von verwandten Suchen unterscheidet

Nutzen Sie diese Fähigkeit, wenn die Suchabsicht lautet: Text-Einrückungsstufen normalisieren, inkonsistente Einrückung online beheben, unregelmäßigen Zwei-und-Vier-Leerzeichen-Paste auf eine Einheit bringen oder Tabulator- versus Leerzeichen-Stil vor einem Commit erkennen. Beachten Sie nachgestellte Leerräume und innere Ausrichtungsspalten — dieses Werkzeug schreibt nur die führende Einrückungsfolge um, nicht Ausrichtungsleerzeichen innerhalb einer Zeile. Es ist kein vollständiger Code-Formatter, kein sprachbewusster Pretty Printer, kein Leerzeilen-Löscher und kein globales String.trim, das absichtliche Struktur zerstören würde. Round-Trip-Prüfungen für Tests sind einfach: geben Sie einen Drei-Zeilen-Block mit null, zwei und vier führenden Leerzeichen und erwarten Sie indent_unit zwei mit levels null, eins und zwei; geben Sie reine tab-eingerückte verschachtelte Blöcke und erwarten Sie indent_style tabs mit ganzzahligen Stufen passend zu den Tab-Zählungen; senden Sie absichtlich eine Zeile, die mit Tabulator und dann Leerzeichen beginnt, oder eine tab-eingerückte Zeile neben einer leerzeichen-eingerückten Schwester, und bestätigen Sie invalid_input mit Erwähnung der Mischung aus Tabulatoren und Leerzeichen. Bevorzugen Sie str.trim_lines, wenn Sie nur führende und nachgestellte Leerräume jeder Zeile entfernen wollen, ohne einen Tiefenbaum zu erhalten; bevorzugen Sie data.json_format, wenn die Nutzlast JSON ist, das mit fester Einrückung pretty-geprinted werden soll; bevorzugen Sie diese Fähigkeit, wenn Menschen bereits hierarchischen Klartext oder codeähnliche Blöcke geschrieben haben und Sie eine einheitliche Basiseinheit brauchen. Fehlgeschlagene Aufgaben mit invalid_input verbrauchen kein Prepaid-Guthaben, was Formularvalidierung und negative CI-Tests günstig hält.