XML فارمیٹر
نحو ہائی لائٹنگ اور غلطی کا پتہ لگانے کے ساتھ XML دستاویزات فارمیٹ، تصدیق، اور خوبصورت بنائیں
XML ان پٹ
فارمیٹڈ آؤٹ پٹ
انسپکٹر
اعلیٰ اختیارات
دوسرے XML سے موازنہ کریں
تبدیلیاں دیکھنے کے لیے یہ دستاویز Data Diff کو بھیجیں اور دوسرا ورژن پیسٹ کریں۔
غلطی کے درست مقام کے ساتھ ویلیڈیشن
ویلیڈیشن براؤزر کے XML پارسر کے ذریعے ہر کی اسٹروک پر چلتی ہے۔ ویل فارمڈ دستاویزات کو عناصر، ایٹریبیوٹس، ٹیکسٹ نوڈس اور گہرائی کی لائیو گنتی ملتی ہے۔ ٹوٹی ہوئی دستاویزات بالکل درست لائن اور کالم، ممکنہ وجہ اور غلط مقام پر ہائی لائٹ رپورٹ کرتی ہیں — محض "not well-formed" نہیں۔
عام XML غلطیاں جن کی یہ ٹول درست نشان دہی کرتا ہے
یہ غلطیاں زیادہ تر نامعتبر XML کا سبب بنتی ہیں۔ ہر ایک کا سراغ مقام اور ممکنہ وجہ کے ساتھ لگایا جاتا ہے:
نامطابق ٹیگز
<person> کو </perso> سے بند کیا گیا۔ پارسر "Opening and ending tag mismatch" رپورٹ کرتا ہے جس میں دونوں ٹیگز کی لائنیں بتائی جاتی ہیں؛ ہائی لائٹ غلط ٹیگ پر جا کر رکتی ہے۔
غیر بند ٹیگ
کوئی > غائب ہے یا اینڈ ٹیگ غائب ہے۔ عموماً بالکل درست مقام پر "expected >" یا "premature end of data in tag X" کے طور پر رپورٹ ہوتی ہے۔
ڈپلیکیٹ ایٹریبیوٹ
ایک ہی عنصر پر ایک ہی ایٹریبیوٹ نام دو بار، مثلاً <item id="1" id="2">۔ "Attribute redefined" کے طور پر رپورٹ ہوتا ہے جو دوسری بار استعمال کی طرف اشارہ کرتا ہے۔
غلط اینٹیٹی / خام &
ٹیکسٹ کے اندر literal & یا < کو escape کرنا لازمی ہے (&, <)۔ پارسر عین درست حرف پر "EntityRef: expecting ;" یا "not well-formed" رپورٹ کرتا ہے۔
پہلے / بعد
بائیں طرف منی فائیڈ API ریسپانس اور دائیں طرف وہی دستاویز 2-اسپیس انڈینٹ کے ساتھ فارمیٹ شدہ۔ ساخت، ٹری اور پاتھس پارس شدہ دستاویز سے اپڈیٹ ہوتے ہیں۔
<catalog><book id="1" category="fiction"><title>The Hobbit</title><author>J.R.R. Tolkien</author></book><book id="2" category="tech"><title>Refactoring</title><author>Martin Fowler</author></book></catalog>
<catalog>
<book id="1" category="fiction">
<title>The Hobbit</title>
<author>J.R.R. Tolkien</author>
</book>
<book id="2" category="tech">
<title>Refactoring</title>
<author>Martin Fowler</author>
</book>
</catalog>
XML کا مختصر حوالہ (W3C XML 1.0)
- ویل فارمڈ ≠ ویلیڈ: ویل فارمڈ کا مطلب ہے کہ ٹیگز درست طریقے سے نیسٹ اور بند ہوں؛ ویلیڈ اس کے علاوہ یہ بھی مطلب ہے کہ دستاویز کسی DTD یا XSD اسکیمہ کے مطابق ہو۔
- پانچ پہلے سے طے شدہ اینٹیٹیز: < > & " ' — ٹیکسٹ میں literal < یا & ہمیشہ غلطی ہے۔
- عناصر اور ایٹریبیوٹس کے نام کیس سینسیٹو ہوتے ہیں اور ان میں نیمن اسپیس پریفکس (ns:tag) ہو سکتا ہے۔
- بالکل ایک روٹ عنصر؛ XML ڈیکلریشن جیسے <?xml version="1.0" encoding="UTF-8"?> اگر موجود ہو تو سب سے پہلے آنا لازمی ہے۔
- کمنٹس <!-- … --> میں -- شامل نہیں ہو سکتا اور نہ ہی انہیں نیسٹ کیا جا سکتا ہے۔
اس ڈیٹا کے ساتھ اگلے اقدامات
فارمیٹنگ پہلا قدم ہے۔ اپنا براؤزر چھوڑے بغیر ورک فلو جاری رکھیں:
اکثر پوچھے گئے سوالات
Xml Formatter فارمیٹنگ کے بارے میں عام سوالات کے جوابات
فارمیٹر well-formedness چیکنگ اور بنیادی ویلیڈیشن انجام دیتا ہے۔ یہ W3C XML 1.0/1.1 وضاحتوں کے مطابق درست ٹیگ نیسٹنگ، ایٹریبیوٹ syntax، اور XML declaration کی تعمیل کی جانچ کرتا ہے۔
جی ہاں، بلٹ اِن XPath ٹیسٹر آپ کو اپنی XML دستاویز کے خلاف XPath 1.0 اور 2.0 ایکسپریشنز لکھنے اور ان کا جائزہ لینے کی سہولت دیتا ہے، مماثل عناصر کو نمایاں کرکے نتائج فوراً دکھاتا ہے۔
جی ہاں، فارمیٹر namespaces والی XML دستاویزات کو درست طریقے سے پروسیس کرتا ہے، عناصر اور ایٹریبیوٹس کو مناسب انداز میں فارمیٹ کرتے ہوئے namespace ڈیکلیریشنز اور پریفکسز کو برقرار رکھتا ہے۔
جی ہاں، کنورژن فیچر آپ کو XML کو JSON میں اور JSON کو XML میں تبدیل کرنے کی سہولت دیتا ہے، ذہین میپنگ کے ذریعے جو عنصر کی ساخت، ایٹریبیوٹس اور ڈیٹا کی اقسام کو برقرار رکھتی ہے۔
XML فارمیٹر بہتر پارسنگ الگورتھمز کے ساتھ 50MB تک کی فائلوں کی سہولت دیتا ہے، جو اسے بڑی کنفیگریشن فائلوں، SOAP پیغامات اور ڈیٹا انٹرچینج دستاویزات کے لیے موزوں بناتا ہے۔
Namespace ڈیکلیریشنز (xmlns, xmlns:prefix) کو انڈینٹیشن کے لیے عام ایٹریبیوٹس کی طرح سلوک کیا جاتا ہے اور انہیں کبھی دوبارہ ترتیب نہیں دیا جاتا یا حذف نہیں کیا جاتا، اس طرح namespace URIs وہی پریفکسز کے ساتھ منسلک رہتے ہیں۔ فارمیٹنگ کبھی پریفکسز کو حل (resolve) یا دوبارہ نہیں لکھتی - ڈاؤن اسٹریم ٹولز انہیں W3C Namespaces in XML سفارش کے مطابق حل کرتے ہیں۔
فارمیٹنگ صرف دوبارہ انڈینٹ کرتی ہے اور عناصر کے درمیان whitespace کو نارمل کرتی ہے۔ ویلیڈیشن ساخت کی جانچ کرتا ہے: متوازن ٹیگز، ایک روٹ عنصر، درست ایٹریبیوٹ کوٹنگ، اور W3C XML 1.0 وضاحت کے مطابق entity syntax۔ فارمیٹر well-formedness کی غلطیوں کی اطلاع دیتا ہے (خراب ان پٹ کو دوبارہ انڈینٹ نہیں کیا جا سکتا) لیکن DTD یا XSD اسکیم کے خلاف ویلیڈیشن نہیں کرتا۔
جی ہاں - CDATA بلاکس اپنے عین مطابق اندرونی مواد کو برقرار رکھتے ہیں (یہی ان کا مقصد ہے: ایسے متن کو محفوظ کرنا جسے ورنہ entity انکوڈنگ کی ضرورت پڑتی)، اور تبصرے آس پاس کی انڈینٹیشن کے سوا بغیر کسی تبدیلی کے منتقل ہو جاتے ہیں۔ XML ڈیکلیریشنز اور <?xml version="1.0"?> جیسی پروسیسنگ ہدایات بھی اوپر غیر تبدیل رہتی ہیں۔
معتبر حوالہ جات
معیارات اور سرکاری دستاویزات جو اس ٹول کے کام کرنے والے فارمیٹس کی تعریف کرتے ہیں۔
W3C - Extensible Markup Language (XML) 1.0
W3C کی Recommendation جو Extensible Markup Language 1.0 کی تعریف کرتی ہے — اس فارمیٹ کی بنیاد۔
XML - Wikipedia
XML کا tree model، namespaces، اور یہ کہ فارمیٹ validity اور well-formedness پر کیوں زور دیتا ہے۔
MDN Web Docs - XML
براؤزر میں XML processing کے لیے Mozilla گائیڈ، بشمول DOMParser کے استعمال۔
متعلقہ ٹولز
JSON فارمیٹر
ذہین انڈینٹیشن اور نحو ہائی لائٹنگ کے ساتھ JSON ڈیٹا فارمیٹ، تصدیق، اور خوبصورت بنائیں
JSON مرمت
خراب یا غلط JSON فوری درست کریں: غائب کومے، بغیر کوٹیشن کلیدیں، اضافی کومے اور کٹی ہوئی LLM آؤٹ پٹ — سب آپ کے براؤزر میں
JSONL فارمیٹر
JSON Lines (NDJSON) فائلیں فارمیٹ کریں، ہر سطر کی تصدیق کریں اور JSON ↔ JSONL تبدیل کریں — سب براؤزر میں