DataSwap Conversores de archivos y datos rápidos, sin registro

Conversores de Marcado: ¿Cuál Necesitas?

Estas cuatro herramientas cubren dos trabajos sin relación entre sí — mover datos estructurados entre JSON y XML, y mover documentos con formato entre Markdown y HTML. Se parecen porque todas son "marcado", pero la herramienta correcta depende por completo de cuál de los dos trabajos estás haciendo en realidad.

Guía rápida

Caso práctico: publicar un registro de cambios en Markdown como página HTML y archivar los datos como XML

  1. Escribe el registro de cambios de una versión en Markdown, y pásalo por el Conversor de Markdown a HTML para obtener HTML limpio listo para pegar en un CMS o un sitio estático que no renderiza Markdown de forma nativa.
  2. Por separado, si los metadatos de esa versión (número, fecha, lista de correcciones) también deben alimentar un sistema antiguo que espera XML, da forma a esos datos primero como objeto JSON y pásalo por el Conversor de JSON a XML para producir XML bien formado para ese sistema.
  3. Meses después, si necesitas volver a traer ese historial de versiones en XML a una herramienta más moderna, pásalo por el Conversor de XML a JSON para recuperar JSON estructurado — las entradas de versión repetidas vuelven como un arreglo, no como una mezcla de campos sobrescritos.

Todas las herramientas de marcado

Preguntas frecuentes

¿Por qué hay conversores separados para JSON ↔ XML y Markdown ↔ HTML en vez de uno universal?

Porque XML y HTML no son el mismo tipo de formato, y tratarlos como intercambiables produciría un peor resultado para ambos. La estructura de XML gira en torno a elementos y atributos que representan datos arbitrarios — la contraparte natural de los objetos y arreglos de JSON. Markdown y HTML, en cambio, tratan sobre formato de documentos — encabezados, negrita, enlaces, listas — con una semántica a nivel de bloque que no tiene relación con JSON. Un conversor "universal" tendría que adivinar cuál de estos dos trabajos muy distintos quisiste hacer, y adivinar mal con la frecuencia suficiente para ser poco fiable. Tener lógica específica para cada par de formatos evita ese problema.

Convertí JSON a XML — ¿por qué algunos campos se volvieron atributos y otros elementos anidados?

XML tiene dos formas de asociar datos a un elemento (atributos y elementos hijos) donde JSON solo tiene una (pares clave-valor anidados), así que una conversión de JSON a XML tiene que tomar una decisión consistente. El Conversor de JSON a XML convierte las claves de objeto en elementos hijo y repite elementos hermanos para los arreglos, lo que mantiene el mapeo predecible y reversible — pasar el resultado de vuelta por el Conversor de XML a JSON te da un documento JSON estructuralmente equivalente.

¿Convertir Markdown a HTML y de vuelta a Markdown me da exactamente el mismo archivo?

No siempre carácter por carácter, pero el contenido con sentido sobrevive. HTML puede expresar cosas para las que Markdown no tiene sintaxis — estilos en línea específicos, ciertas estructuras anidadas — así que un viaje de ida y vuelta normaliza hacia lo que ambos formatos pueden representar limpiamente. Para Markdown estándar (encabezados, negrita/cursiva, enlaces, listas, bloques de código, citas) el resultado es muy cercano a no tener pérdidas; cuanto más exótico sea el HTML original, más se simplifica en el camino de regreso.

Mi XML tiene elementos hermanos repetidos — ¿cómo sabe XML a JSON que eso debe ser un arreglo?

El Conversor de XML a JSON se fija en si un elemento padre tiene varios hijos con el mismo nombre de etiqueta; si es así, se convierten en un arreglo JSON en vez de sobrescribirse entre sí como una sola clave. Los atributos se guardan aparte bajo una clave @attributes para que no se confundan con datos de elementos hijos — todo esto lo gestiona automáticamente el propio analizador XML de tu navegador, no un analizador de texto hecho a mano.