JSON থেকে XML কনভার্টার

JSON থেকে XML এবং ফিরে: দুই ডেটা জগতের জন্য একটি ব্যবহারিক কনভার্টার

বেশিরভাগ ডেভেলপার চান বা না চান XML এবং JSON উভয়ের সাথেই কাজ করেন। আধুনিক ওয়েব API প্রায় একচেটিয়াভাবে JSON বলে, কিন্তু আপনি যেই মুহূর্তে একটি ব্যাংক, একটি বীমা কোম্পানি, একটি সরকারি এন্ডপয়েন্ট, একটি এন্টারপ্রাইজ 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) অনেক সহজ: কী/ভ্যালু জোড়া, অ্যারে, স্ট্রিং, সংখ্যা, বুলিয়ান, এবং নাল সহ অবজেক্ট। এটি প্রায় প্রতিটি প্রোগ্রামিং ভাষার ডেটা কাঠামোর সাথে প্রায় এক-থেকে-এক ম্যাপ হয়, যে কারণেই এটি আধুনিক ওয়েব API, REST এন্ডপয়েন্ট, মোবাইল অ্যাপ, এবং package.json-এর মতো কনফিগ ফাইলের দখল নিয়েছে। JSON সাধারণত সমতুল্য XML-এর চেয়ে ৩০ থেকে ৫০ শতাংশ ছোট এবং লক্ষণীয়ভাবে দ্রুত পার্স হয়, আংশিকভাবে কারণ এটি ক্লোজিং ট্যাগ ও অ্যাট্রিবিউট যন্ত্রপাতি বাদ দেয় যা 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 ব্লক) লাইব্রেরির মধ্যে ভিন্ন হয়। একটি ডাউনস্ট্রিম পার্সার ভিন্ন কনভেনশন আশা করলে, কিছু না হারালেও ডেটা ভুল দেখায়।
• একক এলিমেন্ট বনাম অ্যারে। একটি <item>-সহ একটি XML ফিড একটি JSON অবজেক্ট তৈরি করে; দুটি আইটেম সহ একই ফিড একটি JSON অ্যারে তৈরি করে। একটি অ্যারে ধরে নেওয়া কোড একক-আইটেম কেসে ভেঙে যায়। এটি RSS ও SOAP পার্সিং বাগের একটি সাধারণ উৎস।
• নেমস্পেস ফাঁস বা উধাও হয়ে যায়। টুলের উপর নির্ভর করে, soap:Body আক্ষরিকভাবে soap:Body নামে একটি কী হয়ে যেতে পারে, বা প্রিফিক্সটি সম্পূর্ণভাবে বাদ পড়তে পারে, ডকুমেন্টের অর্থ পরিবর্তন করে।
• মিশ্র কন্টেন্ট ও টাইপ। XML সবকিছু টেক্সট হিসেবে গণ্য করে, তাই true বা 42-এর মতো একটি ভ্যালু JSON-এ রূপান্তরের পরেও একটি স্ট্রিং থেকে যেতে পারে, যখন বিপরীত দিকে মন্তব্য বা CDATA-র জন্য কোনো নেটিভ জায়গা নেই।

কেন শুধু স্থানীয় রূপান্তর গুরুত্বপূর্ণ

JSON ও XML পেলোড প্রায়ই একজন ডেভেলপার যা সামলান তার মধ্যে সবচেয়ে সংবেদনশীল: টোকেন সহ API রেসপন্স, অ্যাকাউন্ট নম্বর সহ SOAP মেসেজ, ক্রেডেনশিয়াল সহ কনফিগ ফাইল। আপনার ব্রাউজারে চলা একটি কনভার্টার কখনো এর কোনোটাই আপলোড করে না। পার্সিং ও সিরিয়ালাইজেশন আপনার মেশিনে ঘটে, কিছুই সার্ভারে পাঠানো হয় না, এবং পেজ লোড হওয়ার পরে আপনি টুলটি অফলাইনেও ব্যবহার করতে পারেন। প্রোডাকশন ডেটা ডিবাগ করা বা কমপ্লায়েন্স নিয়মের অধীনে থাকা যেকোনো কিছুর জন্য, এটাই একটি নিরাপদ দ্রুত চেক এবং একটি দুর্ঘটনাজনিত ডেটা লিকের মধ্যে পার্থক্য।

ফলাফলটি পরে পরিষ্কার করতে হলে, এটি আমাদের অন্যান্য ডেটা কনভার্টার-এর সাথে জোড়া লাগান, বা পাইপলাইনের পরবর্তী টুলে হস্তান্তর করার আগে JSON ফরম্যাটার দিয়ে আপনার আউটপুট গুছিয়ে নিন।

প্রায়শই জিজ্ঞাসিত প্রশ্ন