JSON فارمیٹر

ذہین انڈینٹیشن اور نحو ہائی لائٹنگ کے ساتھ JSON ڈیٹا فارمیٹ، تصدیق، اور خوبصورت بنائیں

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

JSON ان پٹ

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

0 بائٹس

انسپکٹر

درست JSON پیسٹ کریں — ساخت، درخت اور کیز کے پاتھ یہاں خود بخود ظاہر ہو جائیں گے

اعلیٰ اختیارات

دوسرے JSON کے ساتھ موازنہ کریں

اس JSON کو Data Diff پر بھیجیں اور دوسرا ورژن پیسٹ کریں تاکہ دیکھ سکیں کہ کیا تبدیل ہوا۔

تصدیق کے وہ نتائج جن پر آپ عمل کر سکیں

تصدیق ہر کی سٹروک پر چلتی ہے۔ جب JSON درست ہوتا ہے تو آپ کو آبجیکٹس، ایریز، کیز اور گہرائی کی لائیو گنتی ملتی ہے۔ جب درست نہ ہو تو ایرر کی صحیح لائن اور کالم، ممکنہ وجہ، اور ایڈیٹر میں غلطی کے مقام پر ہائی لائٹ کے ساتھ رپورٹ ہوتا ہے — نہ کہ محض "Invalid JSON"۔

عام JSON ایررز جن کی صحیح نشاندہی یہ ٹول کرتا ہے

یہی چار غلطیاں زیادہ تر غلط JSON کا سبب بنتی ہیں۔ ہر ایک کی نشاندہی مقام اور ممکنہ وجہ کے ساتھ کی جاتی ہے:

ٹریلنگ کوما

بند ہونے والے } یا ] سے پہلے آیا کوما۔ یہ اگلی لائن پر "unexpected token" کے طور پر رپورٹ ہوتا ہے — وجہ کا پیغام واپس اسی کوما کی طرف اشارہ کرتا ہے۔

غائب یا غیر مماثل کوٹ

نامکمل اسٹرنگ دستاویز کا باقی حصہ نگل جاتی ہے۔ پارسر اصل غلطی سے کہیں دور کوئی unexpected token رپورٹ کرتا ہے؛ لائن/کالم ہائی لائٹ بتاتی ہے کہ کہاں دیکھنا ہے۔

غیر متوقع ٹوکن

ڈبل کوٹس کی جگہ سنگل کوٹس، کمنٹس، یا بغیر کوٹس کی کیز۔ معیاری JSON (RFC 8259) تمام اسٹرنگز اور کیز کے لیے ڈبل کوٹس کا تقاضا کرتا ہے۔

نامعتبر escape سیکوینس

صرف \" \ \/ \b \f \n \r \t اور \uXXXX ہی درست escapes ہیں۔ اکیلا بیک سلیش غلط sequence کی عین اس جگہ پر ایرر پیدا کرتا ہے۔

پہلے / بعد

بائیں طرف minified API response، دائیں طرف وہی ڈیٹا 2-space indent کے ساتھ فارمیٹ کیا گیا۔ ساخت، tree اور paths پارس شدہ document سے اپڈیٹ ہو جاتے ہیں۔

Before
{"user":{"id":123,"name":"Chen","roles":["admin","editor"],"active":true}}
After
{
  "user": {
    "id": 123,
    "name": "Chen",
    "roles": [
      "admin",
      "editor"
    ],
    "active": true
  }
}

JSON اسٹینڈرڈ کا فوری حوالہ (RFC 8259)

  • دو ساختیں: ایک object (غیر مرتب name/value جوڑے، {}) اور ایک array (مرتب values، [])۔
  • ایک value ڈبل کوٹس میں لپی ہوئی string، عدد، true، false، null، object یا array ہو سکتی ہے۔
  • نمبروں کے شروع میں کبھی صفر نہیں آتا؛ 1E10 اور 0.5e-2 جیسی ایکسپونینٹ شکلیں جائز ہیں۔
  • Strings میں literal کنٹرول کریکٹرز شامل نہیں ہو سکتے — انہیں escape کیا جانا لازمی ہے (\n, \t, \uXXXX)۔
  • کوئی comments نہیں، کوئی trailing commas نہیں، کوئی سنگل کوٹس نہیں — JSON کو پورٹیبل بنانے والی چیز اسی سخت گرامر کی وجہ سے ہے۔

اس ڈیٹا کے ساتھ اگلے مراحل

فارمیٹنگ پہلا قدم ہے۔ اپنا براؤزر چھوڑے بغیر ورک فلو جاری رکھیں:

اکثر پوچھے گئے سوالات

Json Formatter فارمیٹنگ کے بارے میں عام سوالات کے جوابات

جی ہاں، ہمارا JSON فارمیٹر مکمل طور پر مفت ہے اور کسی رجسٹریشن کی ضرورت نہیں۔ تمام پروسیسنگ آپ کے براؤزر میں ہی ہوتی ہے۔

بس اپنا JSON ڈیٹا ایڈیٹر میں پیسٹ کریں اور Validate پر کلک کریں۔ ٹول فوراً syntax چیک کرے گا، لائن نمبروں کے ساتھ غلطیاں رپورٹ کرے گا، اور object/array/property کاؤنٹس دکھائے گا۔

JSON منیفکیشن فائل سائز کم کرنے کے لیے تمام غیر ضروری whitespace ہٹا دیتی ہے۔ بینڈ وڈتھ بچانے اور لوڈ ٹائم بہتر بنانے کے لیے JSON کو production میں ڈپلائے کرنے سے پہلے اسے استعمال کریں۔

جی ہاں، فارمیٹر بہتر بنائے گئے پارسنگ الگورتھمز کے ساتھ 10MB تک کی فائلوں کی سپورٹ کرتا ہے۔ بڑی API responses، database exports اور configuration فائلیں مؤثر انداز میں ہینڈل ہوتی ہیں۔

فارمیٹر سخت RFC 8259 JSON specification پر چلتا ہے۔ trailing commas یا comments والے JSON کی صورت میں ویلیڈیشن انہیں errors کے طور پر رپورٹ کرے گا، کیونکہ وہ معیاری JSON کے مطابق درست نہیں ہیں۔

\u00e9 جیسے escapes دکھانے کے لیے ڈی کوڈ کیے جاتے ہیں، اور non-ASCII متن کو دوبارہ escape کیے بغیر جوں کا توں محفوظ رکھا جاتا ہے۔ نمبرز اور strings کے mixed array کی sorting stable sort semantics کے مطابق ہوتی ہے (برابر keys اپنی اصل ترتیب برقرار رکھتے ہیں)، جو ECMA-262 کے تحت جدید انجنوں کے Array.prototype.sort کے نفاذ سے مطابقت رکھتا ہے۔

جی ہاں۔ options پینل میں key sorting فعال کریں تاکہ ہر nesting لیول پر object properties کی حروف تہجی کے مطابق دوبارہ ترتیب ہو جائے۔ sorting سے configuration فائلوں اور API fixtures کو version control میں diff کرنا آسان ہو جاتا ہے، کیونکہ غیر متعلق additions اب تبدیلیوں کو پوری فائل میں نہیں بکھیرتے۔

JSON میں خود integer سائز کی کوئی حد نہیں، لیکن JavaScript کی Number type صرف 53 محفوظ integer bits ذخیرہ کرتی ہے۔ 9,007,199,254,740,991 (2^53 - 1) سے آگے کی values یا اعلیٰ پریسیشن والے decimals راؤنڈ ہو جاتے ہیں۔ یہ ECMA-262 میں درج JavaScript انجن کی حد ہے، فارمیٹر کا bug نہیں - اپنے API ڈیزائن میں ایسی values کو strings کی طرح ٹریٹ کریں۔

{-- * 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 --}}

متعلقہ ٹولز