JSON ወደ XML መቀየሪያ

JSON ወደ XML እና መልስ፡ ለሁለት የውሂብ ዓለማት ተግባራዊ መቀየሪያ

አብዛኞቹ ገንቢዎች ፈልገውም ባይፈልጉ ከሁለቱም XML እና JSON ጋር ይሰራሉ። ዘመናዊ የድር APIs ማለት ይቻላል ብቻ JSON ይናገራሉ፣ ነገር ግን ባንክ፣ ኢንሹራንስ ኩባንያ፣ የመንግስት endpoint፣ enterprise ERP ወይም አሮጌ SOAP አገልግሎት ሲነኩ XML እንደገና ብቅ ይላል። በዚህ ገጽ ላይ ያለው JSON ወደ XML መቀየሪያ JSON ን ወደ XML እና XML ን መልሶ ወደ JSON በቀጥታ በአሳሽዎ ውስጥ ይለውጣል፣ ስለዚህ ስሱ payloads ን ወደ ራቅ ያለ አገልግሎት ሳይገለብጡ በእነዚህ ሁለት ፎርማቶች መካከል መንቀሳቀስ ይችላሉ።

XML እና JSON በትክክል ምንድን ናቸው

XML (Extensible Markup Language) ውስጠ-ገብ tags፣ attributes እና namespaces ዙሪያ የተገነባ markup ፎርማት ነው። ለሰነዶችና የተዋቀረ የውሂብ ልውውጥ ተነድፎ ብዙ ማሽነሪ ይይዛል፡ schemas (XSD)፣ namespaces፣ processing instructions፣ comments፣ CDATA sections፣ በላይ ደግሞ መደበኛ declaration። ያ ብልጽግና XML ዛሬም በ legacy እና enterprise ስርዓቶች ውስጥ ለምን የበላይ እንደሆነ ያሳያል። በSOAP web services፣ RSS እና Atom feeds፣ configuration ፋይሎች (Spring፣ Maven፣ .NET app configs)፣ የቢሮ ሰነድ ፎርማቶች፣ እና እንደ SWIFT እና ISO 20022 ያሉ የፋይናንስ messaging ደረጃዎች ውስጥ ያገኙታል፣ ባንኮችና ኢንሹራንስ ኩባንያዎችም ዛሬም ማለት ይቻላል በየቀኑ XML ይለዋወጣሉ።

JSON (JavaScript Object Notation) በጣም ቀላል ነው፡ key/value ጥንዶች ያሏቸው objects፣ arrays፣ strings፣ ቁጥሮች፣ booleans እና null። ማለት ይቻላል በአንድ-ለ-አንድ ወደ ማለት ይቻላል በእያንዳንዱ የፕሮግራም ቋንቋ የውሂብ አወቃቀሮች ላይ ይግጠማል፣ ይህም ደግሞ ትክክለኛ ዘመናዊ የድር APIs ን፣ REST endpoints ን፣ የሞባይል መተግበሪያዎችንና እንደ package.json ያሉ config ፋይሎችን ለምን የተቆጣጠረበት ምክንያት ነው። JSON በተለምዶ ከተመጣጣኝ XML በ30 እስከ 50 በመቶ ያንሳል በተመልካች ፍጥነትም በሚያስገርም ሁኔታ ፈጣን ነው፣ በከፊልም XML ን ንግግራዊ የሚያደርገውን የመዝጊያ tags እና attribute ማሽነሪ ስለሚጥል ነው።

ለመቀየር የሚያሳስቡ ቁልፍ ልዩነቶች

ሁለቱ ፎርማቶች ወደ አንዳቸው ለመግጠም በቂ ይደራረባሉ፣ ግን በንፁህ ሁኔታ አይደለም። ጥቂት አወቃቀራዊ ልዩነቶች ማለት ይቻላል ሁሉንም ግጭት ያመጣሉ፦

• Attributes በአንፃር child nodes። XML በ<user id="1"> (attribute) እና <user><id>1</id></user> (child element) መካከል ይለያል። JSON እንደዚህ ያለ ጽንሰ-ሀሳብ የለውም፣ ስለዚህ መቀየሪያዎች አንድ ይፈጥራሉ። በስምምነት attributes እንደ @attributes ወደ key ውስጥ ይታጠፋሉ ወይም በ@ ይጀምራሉ፣ የelement ጽሑፍም እንደ #text ወዳለ key ውስጥ ይወርዳል።
• Arrays። JSON native arrays አለው። XML የለውም። በXML ውስጥ ያለ ዝርዝር ልክ ተመሳሳዩ tag ተደጋግሞ ነው፣ እንደ ተከታታይ ሶስት <item> elements። መቀየሪያዎች ተደጋጋሚ siblings መቼ ወደ JSON array መጠቅለል እንዳለባቸው፣ ነጠላ element ደግሞ መቼ ተራ object ሆኖ መቆየት እንዳለበት መገመት አለባቸው።
• Namespaces። XML ስያሜዎችን በschemas መካከል ግጭት ለማስወገድ namespaces (የxmlns:soap prefixes) ይጠቀማል። JSON ተመጣጣኝ ምንም የለውም፣ ስለዚህ prefixes ወይ በkeys ውስጥ ጽሑፋዊ ፊደላት ሆነው ይተርፋሉ ወይም ይወገዳሉ።
• ንግግራዊነትና metadata። XML metadata ን በattributes በኩል ወደ node ማያያዝ ይችላል፤ JSON ሁሉንም ነገር እንደ keys እና values ይገልጻል። ይህ JSON ን የበለጠ ጥቅል ለማንበብም ቀላል ያደርገዋል፣ XML ደግሞ በXSD schemas በኩል የ validation ኃይል ይይዛል።

ማየት ተገቢ የሆኑ የመቀየር ወጥመዶች

JSON ን ወደ XML ወደ JSON ዙር ጉዞ አድርጎ ተመሳሳይ ውጤት መጠበቅ ክላሲክ ስህተት ነው። መቀየሩ ደንቦችን ካልተቆጣጠሩ በስተቀር በሁለቱም አቅጣጫ lossy ነው። እነዚህን ያስታውሱ፦

• Attributes ይበላሻሉ። JSON ን ወደ XML ሲቀይሩ መሳሪያው የትኞቹ keys ወደ attributes እንደሚቀየሩ ወይስ elements የሚል ደንብ ያስፈልገዋል። ወደ ተቃራኒ አቅጣጫ ሲሄዱ attributes የሆነ ቦታ ማረፍ አለባቸው፣ ያ "የሆነ ቦታ" (@ prefix፣ @attributes block) በlibraries መካከል ይለያያል። ወደታች ያለ parser የተለየ ስምምነት የሚጠብቅ ከሆነ ምንም ባይጠፋም ውሂቡ የተሳሳተ ይመስላል።
• ነጠላ element በአንፃር array። አንድ <item> ያለው የXML feed JSON object ያመርታል፤ ተመሳሳዩ feed ከሁለት items ጋር JSON array ያመርታል። array ያምናል የሚል ኮድ በነጠላ-item ጉዳይ ላይ ይሰበራል። ይህ የተለመደ RSS እና SOAP parsing bugs ምንጭ ነው።
• Namespaces ይለቃሉ ወይም ይጠፋሉ። እንደ መሳሪያው soap:Body ጽሑፋዊ ስም soap:Body ያለው key ሊሆን ይችላል፣ ወይም prefix ው ሙሉ በሙሉ ሊወገድ ይችላል፣ ይህም የሰነዱን ትርጉም ይቀይራል።
• ድብልቅ ይዘትና ዓይነቶች። XML ሁሉንም ነገር እንደ ጽሑፍ ይይዛል፣ ስለዚህ እንደ true ወይም 42 ያለ ዋጋ ወደ JSON ከተቀየረ በኋላ ጽሑፍ ሆኖ ሊቆይ ይችላል፣ ተቃራኒ አቅጣጫ ደግሞ ለአስተያየቶች ወይም CDATA ምንም native ቦታ የለውም።

በአካባቢ ብቻ መቀየር ለምን ያሳስባል

JSON እና XML payloads ብዙ ጊዜ ገንቢ የሚይዘው በጣም ስሱ ነገር ናቸው፡ tokens ያሉት የAPI ምላሾች፣ የመለያ ቁጥሮች ያሉት SOAP messages፣ credentials ያሉት config ፋይሎች። በአሳሽዎ ውስጥ የሚሰራ መቀየሪያ ከዚያ ውስጥ ምንም ነገር በጭራሽ አይጭንም። Parsing እና serialization በመሳሪያዎ ላይ ይካሄዳሉ፣ ምንም ነገርም ወደ ሰርቨር አይላክም፣ ገጹ ከተጫነ በኋላም መሳሪያውን ከመስመር ውጭ መጠቀም ይችላሉ። ለምርት ውሂብ debugging ወይም compliance ስርዓት ስር ላለ ማንኛውም ነገር ይህ በደህና ፈጣን ማጣራትና ድንገተኛ የውሂብ ፍንጣቂ መካከል ያለ ልዩነት ነው።

ውጤቱን በኋላ ማንጻት ካስፈለገዎት ይህንን ከሌሎቻችን የውሂብ መቀየሪያዎች ጋር ያጣምሩ፣ ወይም ውጤትዎን ወደ pipeline ውስጥ ካለው ቀጣይ መሳሪያ ከመስጠትዎ በፊት በJSON formatter ያንጹት።

በተደጋጋሚ የሚጠየቁ ጥያቄዎች