UltKit
تصویر11
امیج کنورٹرتصویر کمپریس کریںتصویر کا سائز تبدیل کریںتصویر کراپ کریںتصویر سے PDFپاسپورٹ فوٹو میکرتصویر سے SVGتمام تصویر ٹولز →
PDF13
PDF کمپریس کریںPDF کنورٹرPDF سے تصویرPDF ضم کریںPDF تقسیم کریںPDF ان لاک کریںPDF کو پاس ورڈ سے محفوظ کریںتمام PDF ٹولز →
دستاویزات اور ڈیٹا7
PDF میں کنورٹ کریںدستاویز کنورٹرتصویر سے متن (OCR)تصویر سے Excelڈیٹا کنورٹرای بک کنورٹرتمام دستاویزات اور ڈیٹا ٹولز →
ویڈیو6
ویڈیو کنورٹرویڈیو کمپریس کریںویڈیو سے آڈیوویڈیو سے GIFویڈیو ٹرم کریںآڈیو سے ویڈیوتمام ویڈیو ٹولز →
آڈیو4
آڈیو کنورٹرآڈیو کمپریس کریںآڈیو ٹرم کریںآڈیو سے متنتمام آڈیو ٹولز →
مزید ٹولز22
QR کوڈ جنریٹرفائلیں Zip کریںآن لائن Unzip کریںٹائم زون کنورٹریونٹ کنورٹرپاس ورڈ جنریٹرالفاظ شمار کنندہکلر پکرمزید تمام ٹولز →
بلاگیہ کیسے کام کرتا ہے

XML سے JSON کنورٹر

SOAP جواب، RSS فیڈ، کنفیگ فائل یا کسی پرانے سسٹم کی ایکسپورٹ سے ڈیٹا نکال کر اس JSON میں لائیں جسے آپ کا JavaScript، Python یا نو کوڈ ٹول براہِ راست پڑھتا ہے، وہ بھی خود پارسر لکھے بغیر۔

ڈیٹا کنورٹر

یا CSV, TSV, TXT … فائلیں یہاں ڈراپ کریں ·

زیادہ سے زیادہ 95 MB فی فائل· 20 فائلوں تک· 30 منٹ بعد حذف

آؤٹ پٹ

فائلیں ہمارے سرورز پر پروسیس ہوتی ہیں اور 30 منٹ بعد حذف ہو جاتی ہیں۔

اس ٹول کو استعمال کرنے کا طریقہ

  1. 1

    XML اپ لوڈ کریں

    اپ لوڈ ایریا میں .xml فائلیں ڈالیں، ایک بیچ میں زیادہ سے زیادہ 20 فائلیں اور ہر فائل 95 MB تک۔ ہر فائل الگ سے تبدیل ہوتی ہے۔

  2. 2

    پڑھنے کے قابل یا مختصر انداز منتخب کریں

    خوش نما ترتیب آن ہے، جو پڑھنے اور کوڈ ریویو کے لیے JSON میں انڈینٹیشن لگاتی ہے۔ API پے لوڈ کے لیے سب سے چھوٹی سنگل لائن آؤٹ پٹ چاہیے تو اسے اعلیٰ سیٹنگز میں بند کر دیں۔

  3. 3

    تبدیل کریں اور JSON استعمال کریں

    JSON میں تبدیل کریں دبائیں، .json فائل ڈاؤن لوڈ کریں اور اپنے کوڈ یا ٹول میں لوڈ کریں۔

XML اپ لوڈ کریں اور JSON میں تبدیل کریں دبائیں: elements keys بن جاتے ہیں، دہرائے گئے elements arrays بن جاتے ہیں، اور attributes کو @ سے شروع ہونے والی keys کے طور پر رکھا جاتا ہے، اس لیے ٹیگز کی کوئی معلومات ضائع نہیں ہوتی۔

XML سے JSON کنورٹر کس کو درکار ہے

XML 1.0 فروری 1998 میں W3C کی سفارش بنا، اور اگلی دہائی تک سسٹمز اسی کے ذریعے بات کرتے رہے: SOAP ویب سروسز، RSS اور Atom فیڈز، Office دستاویزات، بینکنگ پیغامات، پروڈکٹ کیٹلاگ۔ ان میں سے بہت سے سسٹم آج بھی چل رہے ہیں۔ RFC 8259 میں بیان کردہ JSON نئی ویب APIs پر چھا گیا، کیونکہ JavaScript اسے کسی پارسر لائبریری کے بغیر پڑھ لیتی ہے اور تقریباً ہر زبان کی لسٹوں اور dictionaries سے سیدھا مطابقت رکھتا ہے۔

اس لیے تبدیل کرنے والے عموماً دونوں ادوار کے درمیان پل بنا رہے ہوتے ہیں۔ فرنٹ اینڈ ڈویلپر کو کسی ادائیگی یا شپنگ فراہم کنندہ سے SOAP جواب ملتا ہے اور وہ سادہ آبجیکٹ چاہتا ہے۔ Zapier یا Make میں آٹومیشن بنانے والا سپلائر کی XML فیڈ ایسے فلو میں لانا چاہتا ہے جو JSON کے ساتھ بہتر چلتا ہے۔ ڈیٹا انجینئر پرانی Java ایپلیکیشن کی کنفگ فائلیں منتقل کرتا ہے، یا طالب علم کو کلاس پراجیکٹ کے لیے RSS فیڈ JSON میں چاہیے۔ سب کو وہی ساخت چاہیے، زاویہ دار قوسین کے بغیر۔

XML کو JSON میں تبدیل کریں: ٹیگز، ایٹریبیوٹس اور متن کیسے منتقل ہوتے ہیں

XML ان پٹ: ایک attribute، ایک گاہک اور دو items والا آرڈر
<order id="A-77">
  <customer>Lena Ortiz</customer>
  <total currency="EUR">59.90</total>
  <item sku="0042">ڈیسک لیمپ</item>
  <item sku="0108">LED بلب</item>
</order>
اوپر دیے گئے آرڈر کا ہر حصہ JSON میں کیسے نظر آتا ہے
XML کا جزومثالJSON نتیجہ
روٹ element<order>اعلیٰ سطح کی key order
Attributeid="A-77""@id": "A-77"
صرف متن والا element<customer>"customer": "Lena Ortiz"
متن اور attribute<total currency="EUR"> ٹیگ{"@currency": "EUR", "#text": "59.90"}
دہرایا گیا elementدو <item> ٹیگ"item": [ … , … ] ارے
تبصرہ<!-- note -->حذف ہو جاتا ہے؛ JSON میں تبصرے نہیں ہوتے

XML

Extensible Markup Language

XML ساختہ ڈیٹا کے لیے مارک اپ لینگویج ہے جسے W3C نے 1998 میں شائع کیا۔ یہ ایٹریبیوٹس والے نیسٹڈ ٹیگز استعمال کرتی ہے اور اسکیما، نیم اسپیس اور ویلیڈیشن کو سپورٹ کرتی ہے، جس سے پیچیدہ دستاویزات کے لیے یہ مضبوط ہے۔ RSS فیڈز، SVG، Office دستاویزات، سائٹ میپس اور بہت سے انٹرپرائز و سرکاری ڈیٹا تبادلوں کی بنیاد یہی ہے۔ JSON کے مقابلے میں XML طویل ہوتی ہے، لیکن ہر پروگرامنگ لینگویج اور بہت سے اسپریڈشیٹ ٹولز اسے پڑھ سکتے ہیں۔

کمپریشن
–
شفافیت
–
اینیمیشن
–
متعارف ہونے کا سال
1998 · W3C
XML کنورٹر

JSON

جاوا اسکرپٹ آبجیکٹ نوٹیشن

JSON منظم ڈیٹا کے لیے ہلکا پھلکا ٹیکسٹ فارمیٹ ہے، جسے Douglas Crockford نے 2000 کی دہائی کے اوائل میں مقبول کیا اور جو RFC 8259 اور ECMA-404 کے طور پر معیاری ہے۔ یہ آبجیکٹس، ارریز، اسٹرنگز، نمبرز، بولینز اور null کو سادہ، پڑھنے کے قابل نحو میں ظاہر کرتا ہے۔ یہ تقریباً ہر پروگرامنگ زبان میں ویب APIs، کنفیگریشن فائلوں اور ایپس کے درمیان ڈیٹا کے تبادلے کا ڈیفالٹ فارمیٹ ہے۔ اس میں تبصرے، تاریخیں یا اسکیمے بلٹ اِن نہیں، اور بڑی گہری فائلیں ویور کے بغیر پڑھنا مشکل ہوتا ہے۔

کمپریشن
–
شفافیت
–
اینیمیشن
–
متعارف ہونے کا سال
2001 · Douglas Crockford
JSON کنورٹر

جب کسی پرانے یا انٹرپرائز سسٹم کا ڈیٹا ویب ایپ، اسکرپٹ یا آٹومیشن ٹول تک پہنچانا ہو تو XML کو JSON میں بدلا جاتا ہے: JavaScript میں JSON براہ راست پارس ہوتا ہے اور Python کی dictionaries سے سیدھا مطابقت رکھتا ہے۔

XML کی وہ خصوصیات جن کی JSON میں کوئی جگہ نہیں

دونوں فارمیٹ درخت بیان کرتے ہیں، لیکن XML میں کچھ اضافی چیزیں ہیں جو JSON میں کبھی تھیں ہی نہیں۔ Namespaces، جنہیں W3C نے 1999 میں متعین کیا، ایک دستاویز میں soap: اور xsi: جیسے مختلف ذخیرۂ الفاظ ملانے دیتے ہیں؛ JSON میں وہ صرف key کے ناموں کے حصے کے طور پر باقی رہتے ہیں۔ تبصروں اور processing instructions کے لیے کوئی جگہ نہیں، اس لیے وہ حذف ہو جاتے ہیں۔ Mixed content، یعنی متن کا child ٹیگز کے ساتھ گھلا ملا ہونا جیسے XHTML پیراگراف میں کوئی بولڈ لفظ، XML میں درست ہے مگر JSON میں بے ڈھنگا ہو جاتا ہے، اس لیے دستاویز نما XML کو JSON کے بجائے HTML یا Markdown میں بدلنا بہتر ہے۔

ترتیب نازک نکتہ ہے۔ XML ہم سطح elements کو ترتیب سے رکھتا ہے اور اسکیما اس پر انحصار کر سکتا ہے؛ جبکہ معیار کے مطابق JSON آبجیکٹ کی keys بے ترتیب ہوتی ہیں۔ دہرائے گئے elements اپنی array کے اندر ترتیب برقرار رکھتے ہیں، جو زیادہ تر حقیقی ڈیٹا کے لیے کافی ہے۔ اگر XML ریکارڈز کی سیدھی فہرست ہے جسے کوڈ کے بجائے اسپریڈشیٹ میں جانا ہے تو XML سے Excel سیدھی قطاریں اور کالم دیتا ہے، اور XML سے CSV ڈیٹا بیس امپورٹ کے لیے فائل بناتا ہے۔

XML سے JSON کنورٹر سے متعلق سوالات

ایک ہی عنصر ایک فائل میں ارے اور دوسری میں آبجیکٹ کیوں بنتا ہے؟

کنورٹر صرف وہی دیکھتا ہے جو دستاویز میں موجود ہو۔ اگر کسی آرڈر میں تین item ٹیگ ہوں تو items ایک array بن جاتا ہے؛ اگر ایک ہی ہو تو دہرانے کو کچھ نہیں ہوتا، اس لیے وہ ایک اکیلا آبجیکٹ بنتا ہے۔ JSON پڑھنے والے کوڈ کو دونوں صورتیں قبول کرنی چاہئیں، یا لوپ سے پہلے اکیلے آبجیکٹ کو array میں لپیٹ لینا چاہیے۔

XML ایٹریبیوٹس JSON میں کس طرح لکھے جاتے ہیں؟

ہر attribute ایک key بن جاتا ہے جس کے نام کے آگے @ لگا ہوتا ہے، اس لیے currency="EUR" بن جاتا ہے "@currency": "EUR"۔ جب کسی element میں attributes اور متن دونوں ہوں تو متن ان کے ساتھ #text key میں جاتا ہے۔ یہ طریقہ attributes اور child elements کو ایک ہی نام ہونے پر ٹکرانے سے بچاتا ہے۔

کیا XML میں موجود اعداد JSON نمبرز میں بدل جاتے ہیں؟

XML کی اپنی کوئی ڈیٹا اقسام نہیں ہوتیں؛ ٹیگ میں 42 اور "42" ایک جیسے نظر آتے ہیں۔ اس لیے قدریں اسٹرنگ کے طور پر آتی ہیں، جس سے ZIP کوڈ اور 007 جیسی IDs محفوظ رہتی ہیں۔ پارس کرنے کے بعد جن فیلڈز کو آپ کا کوڈ نمبر چاہتا ہے انہیں نمبر میں بدل لیں۔

soap:Envelope جیسے نیم اسپیس پریفکسز کا کیا ہوتا ہے؟

پریفکس key کے نام کا حصہ رہتا ہے، اس لیے envelope کا نام soap:Envelope اور namespace کا اعلان @xmlns:soap key کی صورت میں آتا ہے۔ اس سے مختلف ذخیرۂ الفاظ کے elements الگ رہتے ہیں؛ اگر آپ صرف ایک کے ساتھ کام کرتے ہیں تو اپنے کوڈ میں پریفکس ہٹا دیں۔

کیا بعد میں JSON کو دوبارہ XML میں تبدیل کیا جا سکتا ہے؟

جی ہاں، JSON سے XML کے ذریعے۔ اسی @ اور #text طریقے کے مطابق attributes دوبارہ attributes بن جاتے ہیں۔ تبصرے اور اصل انڈینٹیشن واپس نہیں آتے، کیونکہ JSON میں وہ تھے ہی نہیں۔