XML فارمیٹر

نحو ہائی لائٹنگ اور غلطی کا پتہ لگانے کے ساتھ XML دستاویزات فارمیٹ، تصدیق، اور خوبصورت بنائیں

مقامی طور پر چلتا ہے

XML ان پٹ

فارمیٹڈ آؤٹ پٹ

انسپکٹر

Well-formed 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 کرنا لازمی ہے (&amp;, &lt;)۔ پارسر عین درست حرف پر "EntityRef: expecting ;" یا "not well-formed" رپورٹ کرتا ہے۔

پہلے / بعد

بائیں طرف منی فائیڈ API ریسپانس اور دائیں طرف وہی دستاویز 2-اسپیس انڈینٹ کے ساتھ فارمیٹ شدہ۔ ساخت، ٹری اور پاتھس پارس شدہ دستاویز سے اپڈیٹ ہوتے ہیں۔

Before
<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>
After
<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 اسکیمہ کے مطابق ہو۔
  • پانچ پہلے سے طے شدہ اینٹیٹیز: &lt; &gt; &amp; &quot; &apos; — ٹیکسٹ میں 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"?> جیسی پروسیسنگ ہدایات بھی اوپر غیر تبدیل رہتی ہیں۔

{-- * External Resources Component(#19 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / 官方语言文档 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}

متعلقہ ٹولز