JSON سے XML کنورٹر
JSON ڈیٹا ایسے سافٹ ویئر کو دیں جو صرف XML سمجھتا ہے۔ ہر ریکارڈ ایک ایلیمنٹ بن جاتا ہے، ہر کی ایک چائلڈ ٹیگ، اور پوری دستاویز ایک روٹ ایلیمنٹ کے اندر آتی ہے جس کا نام آپ خود چنتے ہیں۔
ڈیٹا کنورٹر
یا CSV, TSV, TXT … فائلیں یہاں ڈراپ کریں ·
زیادہ سے زیادہ 95 MB فی فائل· 20 فائلوں تک· 30 منٹ بعد حذف
فائلیں ہمارے سرورز پر پروسیس ہوتی ہیں اور 30 منٹ بعد حذف ہو جاتی ہیں۔
وہ حرف جو CSV اور متنی فائلوں میں کالموں کو الگ کرتا ہے، پڑھنے اور لکھنے دونوں کے لیے۔ خودکار اسے ان پٹ سے پہچانتا ہے اور کاما لکھتا ہے۔
UTF-8 ہر زبان کے لیے کام کرتا ہے۔ اگر Windows پر Excel میں CSV کھولنے پر اعراب یا ایشیائی حروف بگڑے نظر آئیں تو BOM کے ساتھ UTF-8 چنیں۔
Excel، ODS اور Numbers ان پٹ: صرف پہلی شیٹ تبدیل کریں، یا تمام شیٹس (ZIP میں ہر شیٹ کی ایک CSV، یا ہر شیٹ کی ایک JSON کی)۔
نئی اسپریڈ شیٹ میں شیٹ ٹیب کا نام، زیادہ سے زیادہ 31 حروف۔
آبجیکٹس کی ارے ہر قطار کے لیے کالم کے ناموں کو کیز بناتی ہے؛ ارے کی ارے زیادہ مختصر ہے اور ہیڈر کو پہلی ارے کے طور پر رکھتی ہے۔
بیرونی ایلیمنٹ کا نام جو تمام قطاروں کو لپیٹتا ہے؛ ہر قطار اس کے اندر <row> بنتی ہے۔
CREATE TABLE اور INSERT اسٹیٹمنٹس میں استعمال ہوتا ہے۔ صرف حروف، ہندسے اور انڈر اسکور۔
کوٹنگ اور کالم کی اقسام ڈیٹابیسز میں تھوڑی مختلف ہوتی ہیں؛ وہ چنیں جس میں امپورٹ کرنا ہے۔
تاریخ کے خانوں کو ایک فارمیٹ میں دوبارہ لکھیں۔ ڈیٹابیسز اور کوڈ کے لیے ISO (2026-10-18) سب سے محفوظ ہے؛ جوں کا توں رکھیں انہیں ماخذ کی طرح چھوڑتا ہے۔
اس ٹول کو استعمال کرنے کا طریقہ
- 1
JSON اپ لوڈ کریں
ایک .json فائل شامل کریں، مثلاً API رسپانس، یا JSON Lines فائل۔ زیادہ سے زیادہ 20 فائلیں، ہر ایک 95 MB تک۔
- 2
روٹ ایلیمنٹ کا نام رکھیں
اعلیٰ سیٹنگز کے تحت XML روٹ ٹیگ میں بیرونی ٹیگ لکھیں (ابتدا میں یہ rows ہوتا ہے) اور انڈینٹ شدہ آؤٹ پٹ کے لیے خوش نما ترتیب آن رہنے دیں۔
- 3
تبدیل کریں اور میپ کریں
XML میں تبدیل کریں دبائیں اور ڈاؤن لوڈ کریں۔ اگر وصول کرنے والے سسٹم کی اسکیما میں ٹیگ کے نام مختلف ہوں تو انہیں بدل لیں۔
جب زیادہ تر API اب JSON استعمال کرتے ہیں تو JSON کو XML میں کیوں تبدیل کریں
ویب API میں JSON جیت گیا؛ اس کی موجودہ وضاحت، 2017 کی RFC 8259، چند صفحات میں سما جاتی ہے۔ XML پرانا ہے، فروری 1998 سے W3C کی سفارش ہے، اور یہ ان جگہوں سے کبھی نہیں گیا جہاں معاہدے سخت ہوتے ہیں: بینکنگ، ای انوائسنگ، پبلشنگ اور سرکاری رپورٹنگ۔
اس لیے اس تبدیلی کی سمت عموماً پیسے یا ضابطے کے پیچھے چلتی ہے۔ ڈیولپر JSON API سے آرڈر لیتا ہے اور انہیں پارٹنر کی SOAP سروس پر بھیجنا ہوتا ہے۔ دکان پروڈکٹس JSON میں رکھتی ہے مگر موازنہ سائٹ XML فیڈ مانگتی ہے۔ ٹیم ترجمے JSON میں رکھتی ہے اور Android بلڈ کو strings.xml چاہیے۔ اگر منزل اسپریڈشیٹ ہو تو JSON سے CSV عناصر کے بجائے قطاریں دیتا ہے۔
وہ سسٹمز جو اب بھی XML ان پٹ کی توقع رکھتے ہیں
| ادارہ | تقاضا | ماخذ |
|---|---|---|
| SOAP ویب سروسز | ہر درخواست XML لفافے کی صورت میں جاتی ہے؛ SOAP 1.2 سن 2003 میں W3C کی سفارش بنا | — |
| Google Merchant Center | پروڈکٹ فیڈ RSS 2.0 یا Atom 1.0 میں XML کے طور پر، نیز ڈیلیمیٹڈ ٹیکسٹ میں قبول کی جاتی ہیں | — |
| Peppol ای انوائسنگ | انوائس Peppol BIS Billing 3.0 کے قواعد کے تحت UBL 2.1 XML دستاویزات کی صورت میں تبادلہ ہوتی ہیں | — |
| Android ایپس | ٹیکسٹ وسائل اور ترجمے res/values/strings.xml میں ہوتے ہیں | — |
JSON سے XML کی مثال: دو پروڈکٹس
<?xml version="1.0" encoding="UTF-8"?>
<rows>
<row>
<sku>A-17</sku>
<price>12.5</price>
<tags>نیا</tags>
<tags>سیل</tags>
</row>
<row>
<sku>B-02</sku>
<price>8</price>
</row>
</rows>غلط فہمیJSON اور XML ایک دوسرے سے ہو بہو میل کھاتے ہیں، اس لیے تبدیلی بالکل درست ہوتی ہے۔
حقیقتXML میں ایٹریبیوٹس، مخلوط مواد اور نیم اسپیس ہیں جو JSON میں نہیں، اور JSON میں اقسام ہیں جو XML میں نہیں۔ کنورٹر کو ایک میپنگ چننی پڑتی ہے؛ یہ پورے طور پر چائلڈ عناصر استعمال کرتا ہے۔
غلط فہمینمبر 12.5 XML میں بھی نمبر ہی رہتا ہے۔
حقیقتXML حروف محفوظ کرتا ہے۔ 12.5 اس وقت تک متن ہے جب تک اسکیما یا پڑھنے والا پروگرام اسے اعشاریہ نہ قرار دے۔
JSON کے XML بننے پر کیا بدلتا ہے
تین چیزیں جانچنے کے لائق ہیں۔ اقسام متن میں بدل جاتی ہیں، یوں true، null اور 0 سب حروف کی صورت میں آتے ہیں؛ null عموماً خالی عنصر بن جاتا ہے۔ جو کیز XML کے درست نام نہیں ان کے نام بدلنے پڑتے ہیں، کیونکہ ٹیگ ہندسے سے شروع نہیں ہو سکتا اور اس میں خالی جگہ نہیں ہو سکتی۔ اور آؤٹ پٹ بڑا ہوتا ہے، کیونکہ ہر قدر کے گرد کھلنے اور بند ہونے والا ٹیگ ہوتا ہے جو کی کو دہراتا ہے۔
اس کے علاوہ کچھ ضائع نہیں ہوتا۔ نیسٹنگ نیسٹڈ عناصر کی صورت میں برقرار رہتی ہے، ریکارڈ کی ترتیب قائم رہتی ہے، اور یونیکوڈ متن محفوظ رہتا ہے کیونکہ فائل UTF-8 میں لکھی جاتی ہے۔ YAML سے SQL تک ساختہ ڈیٹا کے مزید اختیارات ڈیٹا کنورٹر صفحے پر درج ہیں۔
JSON اور XML فارمیٹ کے حقائق
JSON
جاوا اسکرپٹ آبجیکٹ نوٹیشن
JSON منظم ڈیٹا کے لیے ہلکا پھلکا ٹیکسٹ فارمیٹ ہے، جسے Douglas Crockford نے 2000 کی دہائی کے اوائل میں مقبول کیا اور جو RFC 8259 اور ECMA-404 کے طور پر معیاری ہے۔ یہ آبجیکٹس، ارریز، اسٹرنگز، نمبرز، بولینز اور null کو سادہ، پڑھنے کے قابل نحو میں ظاہر کرتا ہے۔ یہ تقریباً ہر پروگرامنگ زبان میں ویب APIs، کنفیگریشن فائلوں اور ایپس کے درمیان ڈیٹا کے تبادلے کا ڈیفالٹ فارمیٹ ہے۔ اس میں تبصرے، تاریخیں یا اسکیمے بلٹ اِن نہیں، اور بڑی گہری فائلیں ویور کے بغیر پڑھنا مشکل ہوتا ہے۔
- کمپریشن
- –
- شفافیت
- –
- اینیمیشن
- –
- متعارف ہونے کا سال
- 2001 · Douglas Crockford
XML
Extensible Markup Language
XML ساختہ ڈیٹا کے لیے مارک اپ لینگویج ہے جسے W3C نے 1998 میں شائع کیا۔ یہ ایٹریبیوٹس والے نیسٹڈ ٹیگز استعمال کرتی ہے اور اسکیما، نیم اسپیس اور ویلیڈیشن کو سپورٹ کرتی ہے، جس سے پیچیدہ دستاویزات کے لیے یہ مضبوط ہے۔ RSS فیڈز، SVG، Office دستاویزات، سائٹ میپس اور بہت سے انٹرپرائز و سرکاری ڈیٹا تبادلوں کی بنیاد یہی ہے۔ JSON کے مقابلے میں XML طویل ہوتی ہے، لیکن ہر پروگرامنگ لینگویج اور بہت سے اسپریڈشیٹ ٹولز اسے پڑھ سکتے ہیں۔
- کمپریشن
- –
- شفافیت
- –
- اینیمیشن
- –
- متعارف ہونے کا سال
- 1998 · W3C
JSON کو XML میں اس وقت تبدیل کیا جاتا ہے جب جدید ڈیٹا کو پرانے معاہدے میں داخل ہونا ہو: SOAP اینڈ پوائنٹ، پروڈکٹ فیڈ، ای انوائسنگ نیٹ ورک یا ایسی کنفیگ فائل جس کا صارف بریسز کے بجائے عناصر پڑھنے کے لیے لکھا گیا ہو۔
JSON سے XML کنورٹر: عام سوالات
جب میرا JSON ایک ارے سے شروع ہوتا ہے تو XML کو ایک روٹ ایلیمنٹ کیوں چاہیے؟
XML 1.0 کی وضاحت کے مطابق ہر درست دستاویز میں بالکل ایک ایسا عنصر ہونا ضروری ہے جس میں باقی سب کچھ شامل ہو۔ JSON ارے میں ایسا کوئی خول نہیں ہوتا، اس لیے کنورٹر ایک خول شامل کرتا ہے جس کا نام XML روٹ ٹیگ سے طے ہوتا ہے، اور ارے کی ہر آئٹم کو اس کے اندر <row> کے طور پر رکھتا ہے۔
"2024 total" یا "unit price" جیسی JSON کیز کا کیا ہوتا ہے؟
ان میں سے کوئی بھی XML عنصر کا درست نام نہیں: نام ہندسے سے شروع نہیں ہو سکتے اور ان میں خالی جگہ نہیں ہو سکتی۔ تبدیل کرنے سے پہلے JSON میں ایسی کیز کے نام بدل لیں، بہتر ہے کہ وہی ٹیگ نام رکھیں جو وصول کرنے والی اسکیما میں ہیں، تاکہ بعد میں صفائی نہ کرنی پڑے۔
کسی ریکارڈ کے اندر موجود JSON ارے XML میں کیسے لکھا جاتا ہے؟
ہر آئٹم کے لیے ایک بار دہرائے گئے اسی عنصر کی صورت میں۔ تین سٹرنگز والا tags ارے ایک row میں تین <tags> عناصر بن جاتا ہے۔ خالی ارے کچھ بھی باقی نہیں چھوڑتا، اور یہ ان چند مقامات میں سے ہے جہاں JSON سے XML میں معلومات ضائع ہوتی ہیں۔
کیا یہ XML میرے پارٹنر کی XSD ویلیڈیشن پاس کرے گی؟
صرف اس صورت میں جب ساخت پہلے سے مطابق ہو۔ کنورٹر آپ کے JSON کی درست اور well-formed کاپی بناتا ہے؛ اسے کسی پارٹنر کی مطلوبہ عناصر کی ترتیب، نیم اسپیس یا ایٹریبیوٹس معلوم نہیں ہو سکتے۔ آؤٹ پٹ کو نقطۂ آغاز بنائیں اور اسکیما کے مطابق ایڈجسٹ کریں۔
کیا میں XML سے واپس JSON میں تبدیل کر سکتا ہوں؟
XML سے JSON استعمال کریں۔ واپسی میں معمولی فرق متوقع ہیں: XML ہر قدر کو متن کے طور پر رکھتا ہے، اس لیے JSON میں شروع ہونے والا نمبر یا true سٹرنگ بن کر واپس آ سکتا ہے۔