Konwersja odpowiedzi RSS / Atom / SOAP na JSON do konsumpcji w apce JS. Generowanie XML configa z szablonu JSON (configi buildowe, beany Springa, scaffoldy OOXML). Szybkie wyciąganie zagnieżdżonych wartości — przekonwertuj XML na JSON, potem użyj dowolnego narzędzia JSON-owego, które już znasz. Round-trip danych i potwierdzenie, że kształt przeżywa konwersję.

Pojedyncze dziecko vs tablica. Dokument z jednym staje się {"item": {...}} ; ten sam dokument z dwoma — {"item": [..., ...]} . Konsumenci muszą obsłużyć obie formy (albo znormalizować na wyjściu). Kolejność elementów nie jest gwarantowana. Obiekty JSON nie zachowują kolejności kluczy w sposób spójny we wszystkich parserach/transmisjach. Jeśli twój XML ma rodzeństwo o znaczącej kolejności — JSON to zła destynacja. Mixed content się składa. Element typu hello world ! nie robi round-tripu — tekst i inline'owe elementy przeplatają się w sposób, który nie ma czystej reprezentacji obiektowej. Kolizje prefiksu atrybutów. Jeśli element XML ma dziecko, którego nazwa zaczyna się od @ , najpierw zmień prefiks na coś innego. Namespace'y są trzymane dosłownie. ns:tag zostaje jako klucz JSON "ns:tag" . Atrybuty xmlns: tak samo. Liczby i boole nie są auto-konwertowane. Tekst XML zawsze jest stringiem; "1" zostaje "1" w JSON. Konwertuj typy w kodzie aplikacji, jeśli ich potrzebujesz. JSON → XML wymaga jednego klucza root. XML wymaga dokładnie jednego elementu root; wejściowy JSON musi być obiektem z jednym kluczem na top-level.

Konwerter XML ↔ JSON

Konwertuj XML na JSON albo JSON z powrotem na XML. Sensownie obsługuje atrybuty, węzły tekstowe i tablice.

Direction

Attribute prefix

Text node key

Indent

Wejście

Wyjście

Wpisz dane powyżej, aby zobaczyć wynik.

Do czego to służy?

XML i JSON to dwa dominujące formaty wymiany danych i regularnie musisz tłumaczyć między nimi — przy migracji z API SOAP na RESTowe, podpinaniu starych feedów do nowoczesnego stacka albo po prostu czytaniu XML-a w narzędziu, które mówi tylko po JSON-owemu. Mapowanie jest opiniotwórcze, nie odwracalne by-default, bo XML ma ficzery (atrybuty, mixed content, uporządkowane dzieci), których JSON nie ma. To narzędzie używa konwencjonalnego mapowania w stylu fast-xml-parser: atrybuty dostają prefiks (domyślnie @), węzły tekstowe trafiają pod klucz (domyślnie #text), a powtórzone elementy potomne zwijają się do tablic. Obie strony działają w przeglądarce.

Kiedy tego użyć

Konwersja odpowiedzi RSS / Atom / SOAP na JSON do konsumpcji w apce JS.
Generowanie XML configa z szablonu JSON (configi buildowe, beany Springa, scaffoldy OOXML).
Szybkie wyciąganie zagnieżdżonych wartości — przekonwertuj XML na JSON, potem użyj dowolnego narzędzia JSON-owego, które już znasz.
Round-trip danych i potwierdzenie, że kształt przeżywa konwersję.

Częste pułapki

Pojedyncze dziecko vs tablica. Dokument z jednym <item> staje się {"item": {...}}; ten sam dokument z dwoma — {"item": [..., ...]}. Konsumenci muszą obsłużyć obie formy (albo znormalizować na wyjściu).
Kolejność elementów nie jest gwarantowana. Obiekty JSON nie zachowują kolejności kluczy w sposób spójny we wszystkich parserach/transmisjach. Jeśli twój XML ma rodzeństwo o znaczącej kolejności — JSON to zła destynacja.
Mixed content się składa. Element typu <p>hello <b>world</b>!</p> nie robi round-tripu — tekst i inline'owe elementy przeplatają się w sposób, który nie ma czystej reprezentacji obiektowej.
Kolizje prefiksu atrybutów. Jeśli element XML ma dziecko, którego nazwa zaczyna się od @, najpierw zmień prefiks na coś innego.
Namespace'y są trzymane dosłownie. ns:tag zostaje jako klucz JSON "ns:tag". Atrybuty xmlns: tak samo.
Liczby i boole nie są auto-konwertowane. Tekst XML zawsze jest stringiem; "1" zostaje "1" w JSON. Konwertuj typy w kodzie aplikacji, jeśli ich potrzebujesz.
JSON → XML wymaga jednego klucza root. XML wymaga dokładnie jednego elementu root; wejściowy JSON musi być obiektem z jednym kluczem na top-level.