Contar líneas

La respuesta es JSON estable que puede fijar en pruebas, usar en formularios o llamar desde SDK sin escribir otro one-liner en cada lenguaje. La entrada vacía falla con invalid_input para que las canalizaciones no almacenen cargas de longitud cero por accidente.

Contrato de entrada, rechazo de vacío y lectura de los campos de respuesta

El texto solo con espacios se permite: no es entrada vacía, y reporta correctamente todas las líneas como en blanco. El texto fuente sigue las mismas reglas de retención que otros ítems de parse de KIT. Envíe un cuerpo JSON con el campo de cadena obligatorio text fijado a la muestra no vacía que desea medir. Se aceptan los alias input, value, s, content y body cuando clientes antiguos o generadores de formularios usan esos nombres. text ausente, un valor que no es cadena, o una cadena de longitud cero elevan invalid_input con un mensaje que nombra el problema, y esos fallos no se cobran en la API prepago. En caso de éxito la respuesta incluye total como el número de segmentos de línea, non_empty como el conteo de líneas con contenido, blank como el conteo de líneas vacías o solo con espacios, y alias de conveniencia lines igual a total, non_empty_lines igual a non_empty, y empty_lines igual a blank para que distintos nombres de campo de SDK mapeen sin pegamento extra. character_count es la longitud UTF-16 de la cadena original para comprobaciones rápidas de tamaño junto a las estadísticas de línea. original repite la entrada exacta para que las interfaces muestren tablas de antes y después sin volver a almacenar la carga. method es siempre line_count para que el código descendente pueda ramificar sin olfatear formas. Use total solo cuando una barra de progreso solo necesite cuántas filas existen; use non_empty cuando la facturación o la calificación deban ignorar filas espaciadoras en blanco; use blank cuando una guía de estilo o una comprobación tipo linter se preocupe por líneas vacías entre bloques. Mantenga las cargas en tamaños ordinarios de mensajes y documentos adecuados para un aislado Worker en lugar de volcados multi-megabyte; este producto es una utilidad de texto, no un almacén masivo de archivos.

Uso de la API, precios, flujos de trabajo y límites prácticos

Llame a la herramienta gratuita de contar líneas en el navegador para comprobaciones de deberes, auditorías de paste-bin, vistas previas de registros y revisiones rápidas de líneas en blanco sin instalar wc ni escribir un script en cada lenguaje. Un flujo típico pega borrador markdown, cuenta líneas en blanco entre secciones y luego ajusta el espaciado antes de publicar. Empareje este extremo con herramientas de diff o formato cuando el siguiente paso sea comparar dos versiones línea a línea, pero mantenga contar líneas como su propia página para que la intención de búsqueda count-lines no se mezcle con estadísticas de archivo completo o conteos de páginas PDF. No espere conteo de palabras, división de oraciones o detección de párrafos con conciencia de idioma—son problemas distintos con términos SEO distintos. Use la API prepago de KIT cuando un CMS, una canalización de contenido, un arnés de QA o un cliente móvil necesiten el mismo contrato bajo saldo a $0.002 por ítem exitoso; los fallos de validación nunca consumen saldo tras el rechazo del motor. Autores que publican SDK pueden documentar text como el único campo obligatorio y mostrar un ejemplo de éxito multilínea más un ejemplo de error de cadena vacía para que los integradores vean ambos lados del contrato.