Ritaglia spazi da ogni riga

L’input vuoto o solo di spazi viene rifiutato con un errore invalid_input chiaro affinché l’automazione non tratti mai un incolla bianco come una pulizia riuscita. Il percorso è logica di stringhe pura e deterministica—senza rete, senza semi casuali, senza dipendenza dall’orologio—così l’esecutore gratuito del browser e l’API prepagata restituiscono lo stesso JSON ogni volta che la invoca.

Cosa significa il trim per riga e perché differisce da String.trim

L’input intero vuoto o solo di spazi è un errore duro: non c’è un documento pulito significativo da restituire, e i client devono trattarlo come invalid_input piuttosto che un successo a zero righe.

Come chiamare l’API e cosa contiene la risposta

Preferisca inviare il corpo multilinea grezzo piuttosto che collassare in anticipo i newline quando vuole una vera semantica per riga; collassare tutto in una riga ritaglierebbe solo i bordi esterni di un unico segmento. Invii un corpo JSON con un campo string obbligatorio text (alias input, value, string, s, content e body). Il valore deve essere una stringa non vuota dopo il trim generale degli spazi e non deve superare centomila caratteri affinché una singola richiesta non esaurisca la memoria del Worker o del browser su paste enormi. In caso di successo la risposta restituisce input come la stringa originale inviata, text come il risultato completamente ritagliato per riga unito con LF, line_count come il numero di righe dopo lo split (incluse le vuote), lines come un array ordinato delle stringhe di riga ritagliate, chars_before e chars_after come le lunghezze delle stringhe originale e pulita, chars_removed come quanti caratteri ha rimosso il trim in totale, e message come un breve riepilogo in inglese che riporta il conteggio delle righe e i caratteri rimossi. La validazione fallita—text assente, un valore non string, un payload sovradimensionato o contenuto vuoto dopo il trim generale—restituisce invalid_input e non viene mai addebitata. Il prezzo è un $0.002 fisso per richiesta riuscita con unità item e prezzo unitario marginale zero. In integrazione, asserisca su text o lines per il contenuto pulito, confronti opzionalmente chars_removed per controlli di regressione e tratti invalid_input come un bug del client sugli invii di form vuoti piuttosto che un evento di fatturazione.

Suggerimenti pratici, limiti e ricerche correlate

I controlli andata-e-ritorno per i test sono facili: invii due righe imbottite e si aspetti quelle parole allineate a sinistra senza spazi finali; invii una terza riga con tab e confermi che il tab è sparito mentre i doppi spazi interni di una frase restano; invii deliberatamente stringa vuota o solo spazi per confermare invalid_input e il messaggio che chiede una stringa non vuota. Preferisca data.clean_csv quando il payload è CSV tabulare con correzioni di encoding; preferisca str.paragraph_count quando le servono totali di paragrafi per righe vuote; preferisca questa capacità quando gli umani hanno già separato le righe e le servono solo bordi puliti su ciascuna. Le attività fallite che restituiscono invalid_input non consumano il saldo prepagato, il che mantiene economica la validazione dei form e i test negativi di CI.