Konwerter JSON ↔ XML Online

XML pozostaje obowiązkowym wyborem w środowiskach korporacyjnych używających SOAP, WSDL, EDI lub standardów takich jak HL7 w ochronie zdrowia i XBRL w finansach. Jest również preferowany, gdy dokument wymaga bogatych metadanych za pomocą atrybutów lub walidacji ze złożonymi schematami XSD. JSON dominuje w nowoczesnych API REST ze względu na mniejszą objętość, ale XML zachowuje wyraźne zalety w zakresie interoperacyjności z systemami legacy i natywnej obsługi przestrzeni nazw.

JSON nie ma jawnego elementu głównego, podczas gdy XML wymaga dokładnie jednego. Konwerter domyślnie owija wynik elementem <root>. Jeśli Twój obiekt JSON ma jeden klucz najwyższego poziomu, klucz ten może pełnić rolę elementu głównego. W przypadku tablic JSON każdy element staje się węzłem podrzędnym elementu głównego, np. <item>.

JSON nie ma koncepcji atrybutów — zawiera tylko pary klucz-wartość. Podczas generowania XML z JSON wszystkie klucze są przekształcane w elementy podrzędne, a nie atrybuty. Jeśli potrzebujesz konkretnych atrybutów XML, musisz ręcznie postprzetworzyć wynikowy XML lub użyć konwencji nazewnictwa takich jak '@atrybut', rozpoznawanej przez niektóre konwertery.

Tablice JSON nie mają bezpośredniego odpowiednika w XML. Najpopularniejszą konwencją jest powtarzanie tego samego elementu podrzędnego dla każdego elementu tablicy. Na przykład ["a", "b"] wewnątrz klucza 'item' generuje <item>a</item><item>b</item>. Ta reprezentacja jest prawidłowym XML, ale wymaga, aby odbiorca wiedział, że powinien oczekiwać powtarzających się elementów, by poprawnie zinterpretować listę.

Tak. Konwerter automatycznie koduje znaki mające specjalne znaczenie w XML: & staje się &amp;, < staje się &lt;, > staje się &gt;, a " staje się &quot;. Wynikowy XML zawiera deklarację <?xml version='1.0' encoding='UTF-8'?> wskazującą kodowanie UTF-8, zgodne ze wszystkimi znakami Unicode, w tym literami akcentowanymi, ideogramami CJK i emoji.