JSON XML-ად და უკან: პრაქტიკული კონვერტერი ორი მონაცემთა სამყაროსთვის
დეველოპერების უმეტესობა როგორც XML-თან, ისე JSON-თან მუშაობს, ეს მოსწონდეთ თუ არა. თანამედროვე ვებ API-ები თითქმის მთლიანად JSON-ზე საუბრობს, მაგრამ როგორც კი ბანკს, სადაზღვევო კომპანიას, სახელმწიფო endpoint-ს, საწარმოს ERP-ს ან ძველ SOAP სერვისს შეეხებით, XML ისევ თავს იჩენს. ამ გვერდზე JSON XML-ად კონვერტერი JSON-ს XML-ად აქცევს და XML-ს - უკან JSON-ად, პირდაპირ თქვენს ბრაუზერში, ასე რომ ამ ორ ფორმატს შორის გადაადგილება შეგიძლიათ მგრძნობიარე შიგთავსების დაშორებულ სერვისზე კოპირების გარეშე.
რა არის XML და JSON სინამდვილეში
XML (Extensible Markup Language) მარკირების ფორმატია, აგებული ჩალაგებული ტეგების, ატრიბუტებისა და სახელთა სივრცეების გარშემო. ის შექმნილია დოკუმენტებისა და სტრუქტურირებული მონაცემთა გაცვლისთვის, და მასთან ერთად უამრავი მექანიზმი მოაქვს: სქემები (XSD), სახელთა სივრცეები, დამუშავების ინსტრუქციები, კომენტარები, CDATA სექციები და ფორმალური დეკლარაცია თავში. სწორედ ამ სიმდიდრის გამო XML კვლავ ბატონობს მემკვიდრეობით და საწარმოო სისტემებში. მას ხვდებით SOAP ვებ-სერვისებში, RSS და Atom არხებში, კონფიგურაციის ფაილებში (Spring, Maven, .NET-ის აპ-კონფიგები), საოფისე დოკუმენტების ფორმატებში და ფინანსური მიმოცვლის სტანდარტებში, როგორიცაა SWIFT და ISO 20022, სადაც ბანკები და სადაზღვევო კომპანიები ყოველდღიურად ცვლიან XML-ს.
JSON (JavaScript Object Notation) გაცილებით მარტივია: ობიექტები გასაღები/მნიშვნელობის წყვილებით, მასივები, სტრიქონები, რიცხვები, ლოგიკური მნიშვნელობები და null. ის თითქმის ერთი-ერთზე ერგება თითქმის ყოველი პროგრამირების ენის მონაცემთა სტრუქტურებს, სწორედ ამის გამო მოიპოვა თანამედროვე ვებ API-ები, REST endpoint-ები, მობილური აპლიკაციები და კონფიგურაციის ფაილები, როგორიც package.json-ია. JSON ჩვეულებრივ ანალოგიურ XML-ზე 30-დან 50 პროცენტამდე უფრო მცირეა და შესამჩნევად უფრო სწრაფად პარსდება, ნაწილობრივ იმის გამო, რომ ცილდება დამხურავ ტეგებსა და ატრიბუტების მექანიზმს, რაც XML-ს მრავალსიტყვიერს ხდის.
ძირითადი განსხვავებები, რომლებსაც კონვერტაციისთვის მნიშვნელობა აქვს
ეს ორი ფორმატი საკმარისად ემთხვევა, რომ ერთმანეთს დაუახლოვდეს, მაგრამ არა სუფთად. რამდენიმე სტრუქტურული განსხვავება თითქმის მთელ ხახუნს იწვევს:
- ატრიბუტები და შვილობილი კვანძები. XML განასხვავებს
<user id="1">-ს (ატრიბუტი) და<user><id>1</id></user>-ს (შვილობილი ელემენტი). JSON-ს ასეთი ცნება არა აქვს, ამიტომ კონვერტერები საკუთარს იგონებენ. ჩვეულებრივ ატრიბუტები იკეცება ისეთ გასაღებში, როგორიც@attributes-ია, ან@-ით იწყება, ხოლო ელემენტის ტექსტი ისეთ გასაღებში ხვდება, როგორიც#text-ია. - მასივები. JSON-ს მშობლიური მასივები აქვს. XML-ს - არა. სია XML-ში უბრალოდ იმავე ტეგის გამეორებაა, მაგალითად, სამი
<item>ელემენტი რიგრიგობით. კონვერტერებმა უნდა გამოიცნონ, როდის უნდა შეიკრიბოს განმეორებადი და-ძმა ელემენტები JSON მასივად, და როდის უნდა დარჩეს ერთი ელემენტი ჩვეულებრივ ობიექტად. - სახელთა სივრცეები. XML სახელთა სივრცეებს (
xmlns:soapპრეფიქსებს) იყენებს სქემებს შორის სახელების შეჯახების ასაცილებლად. JSON-ს ანალოგი არა აქვს, ამიტომ პრეფიქსები ან გადარჩება, როგორც პირდაპირი სიმბოლოები გასაღებებში, ან იშლება. - მრავალსიტყვიერება და მეტამონაცემები. XML-ს კვანძს ატრიბუტების საშუალებით შეუძლია მეტამონაცემების მიმაგრება; JSON ყველაფერს გასაღებებითა და მნიშვნელობებით გამოხატავს. ეს JSON-ს უფრო კომპაქტურს და წასაკითხად ადვილს ხდის, ხოლო XML ინარჩუნებს ვალიდაციის ძალას XSD სქემების საშუალებით.
კონვერტაციის ხაფანგები, რომლებზეც ღირს ყურადღების გამახვილება
JSON-დან XML-ში და უკან JSON-ში ორმხრივი გადაყვანა და იდენტური შედეგის მოლოდინი კლასიკური შეცდომაა. კონვერტაცია ორივე მიმართულებით დანაკარგიანია, თუ თავად არ აკონტროლებთ წესებს. გაითვალისწინეთ შემდეგი:
- ატრიბუტები ირევა. JSON-ის XML-ად კონვერტაციისას ხელსაწყოს სჭირდება წესი, თუ რომელი გასაღები გახდება ატრიბუტი და რომელი - ელემენტი. საწინააღმდეგო მიმართულებით ატრიბუტებმა სადღაც უნდა მოხვდნენ, და ეს "სადღაც" (
@პრეფიქსი,@attributesბლოკი) ბიბლიოთეკებს შორის განსხვავდება. თუ ქვედა დონის პარსერი სხვა კონვენციას ელოდება, მონაცემი არასწორად გამოიყურება, თუმცა ნამდვილად არაფერი დაკარგულა. - ერთი ელემენტი და მასივი. XML feed ერთი
<item>-ით JSON ობიექტს გამოიმუშავებს; იგივე feed ორი ელემენტით - JSON მასივს. კოდი, რომელიც მასივს ვარაუდობს, ერთელემენტიან შემთხვევაზე ტყდება. ეს RSS და SOAP პარსინგის ცნობილი ხარვეზების წყაროა. - სახელთა სივრცეები იჟონება ან ქრება. ხელსაწყოს მიხედვით,
soap:Bodyშეიძლება გახდეს გასაღები, რომელსაც პირდაპირ soap:Body ჰქვია, ან პრეფიქსი შეიძლება მთლიანად წაიშალოს, დოკუმენტის მნიშვნელობის შეცვლით. - შერეული შიგთავსი და ტიპები. XML ყველაფერს ტექსტად თვლის, ასე რომ მნიშვნელობა, როგორიც
trueან42-ია, JSON-ად კონვერტაციის შემდეგაც შეიძლება სტრიქონად დარჩეს, ხოლო საწინააღმდეგო მიმართულებას კომენტარებისა და CDATA-სთვის მშობლიური ადგილი არ აქვს.
რატომ აქვს მნიშვნელობა მხოლოდ ლოკალურ კონვერტაციას
JSON და XML შიგთავსები ხშირად ის ყველაზე მგრძნობიარე რამაა, რასთანაც დეველოპერი მუშაობს: API-ის პასუხები ტოკენებით, SOAP შეტყობინებები ანგარიშის ნომრებით, კონფიგურაციის ფაილები ავტორიზაციის მონაცემებით. კონვერტერი, რომელიც თქვენს ბრაუზერში მუშაობს, არასდროს ტვირთავს ამათგან არაფერს. პარსინგი და სერიალიზაცია თქვენს მანქანაზე ხდება, არაფერი იგზავნება სერვერზე, და ხელსაწყოს ინტერნეტის გარეშეც შეგიძლიათ გამოყენება გვერდის ჩატვირთვის შემდეგ. საწარმოო მონაცემების გამართვისთვის ან შესაბამისობის რეჟიმის ქვეშ მყოფი ნებისმიერი რამისთვის, ეს განსხვავებაა უსაფრთხო სწრაფ შემოწმებასა და შემთხვევით მონაცემთა გაჟონვას შორის.
თუ შედეგის მოწესრიგება გჭირდებათ შემდეგ, გამოიყენეთ ეს ჩვენს დანარჩენ მონაცემთა კონვერტერებთან ერთად, ან მოაწესრიგეთ თქვენი გამომუშავება JSON ფორმატერით, სანამ თქვენი ხაზოსანის შემდეგ ხელსაწყოს გადასცემთ.
ხშირად დასმული კითხვები
ატვირთავს კონვერტერი ჩემს JSON-ს ან XML-ს სადმე?
არა. როგორც JSON-ის XML-ად, ისე XML-ის JSON-ად კონვერტაცია მთლიანად თქვენს ბრაუზერში მიმდინარეობს. თქვენი მონაცემი არასდროს ტოვებს თქვენს მოწყობილობას და ხელსაწყო ინტერნეტის გარეშეც მუშაობს გვერდის ჩატვირთვის შემდეგ.
როგორ მუშავდება XML ატრიბუტები JSON-ად კონვერტაციისას?
XML ატრიბუტები განთავსდება სპეციალურ გასაღებში, ჩვეულებრივ @ სიმბოლოთი ან attributes ბლოკის ქვეშ დაჯგუფებული, რადგან JSON-ს ატრიბუტის მშობლიური ცნება არა აქვს. ელემენტის ტექსტური შიგთავსი ცალკე ინახება, რომ ორივემ გადაურჩეს კონვერტაციას.
რატომ იქცა ჩემი ერთეული XML ელემენტი ობიექტად და არა მასივად?
XML-ს მშობლიური მასივები არა აქვს, ასე რომ სია უბრალოდ განმეორებადი ტეგია. როცა მხოლოდ ერთი ელემენტია, კონვერტერებს არ შეუძლიათ მისი ჩვეულებრივი ობიექტისგან განსხვავება, ამიტომ ის ობიექტად იქცევა. ორი ან მეტი და-ძმა ერთი და იმავე სახელით იკეცება JSON მასივად.
რა ემართება XML სახელთა სივრცეებს, როგორიც soap ან xmlns-ია?
JSON-ს XML სახელთა სივრცეების ანალოგი არა აქვს. კონვერტაციის მიხედვით, პრეფიქსი ან შენარჩუნდება პირდაპირ ტექსტად გასაღების შიგნით, ან წაიშლება. შეამოწმეთ გამომუშავება, თუ თქვენი ქვედა დონის მომხმარებელი სახელთა სივრცის პრეფიქსებზეა დამოკიდებული.
შემიძლია JSON უკან XML-ად გადავიყვანო და ორიგინალი დოკუმენტი მივიღო?
ყოველთვის ზუსტად - არა. კონვერტაცია ორივე მიმართულებით დანაკარგიანია, რადგან XML-ის ისეთ თვისებებს, როგორიცაა კომენტარები, CDATA და ატრიბუტისა და ელემენტის განსხვავება, JSON-ში სუფთა ანალოგი არა აქვს. ორმხრივი გადაყვანა საუკეთესოდ მუშაობს, როცა ორივე მხარეს სახელდების წესებს თავად აკონტროლებთ.
სად გამოიყენება XML ჯერ კიდევ JSON-თან შედარებით?
XML ცხოვრობს მემკვიდრეობით და საწარმოო სისტემებში: SOAP ვებ-სერვისები, RSS და Atom არხები, კონფიგურაციის ფაილები და ფინანსური მიმოცვლა, როგორიც SWIFT და ISO 20022-ია. JSON ბატონობს თანამედროვე ვებ API-ებში, REST endpoint-ებსა და მობილურ აპლიკაციებში.