JSON سے Excel کنورٹر

JSON کو Excel میں تبدیل کرنے کا آلہ: مکمل رہنما

یہ صفحہ آپ کو ایک JSON فائل کو Excel (XLSX) فائل میں تبدیل کرنے کی سہولت فراہم کرتا ہے۔ جب آپ JSON فائل اپ لوڈ کرتے ہیں تو یہ آلہ خودکار طریقے سے درجہ بندی (hierarchical) JSON ڈھانچے کو ایک فلیٹ جدول میں تبدیل کرتا ہے۔ اشیاء (objects) کی کیز (keys) کالم ہیڈر بن جاتی ہیں، اشیاء کی صفیں (arrays) قطاریں بن جاتی ہیں، اور نیسٹڈ کیز کو ڈاٹ پاتھ (dot‑path) ناموں سے پھیلا دیا جاتا ہے (جیسے address.city)۔ آپ نتیجہ کا پیش نظارہ دیکھ سکتے ہیں اور تیار اسپریڈشیٹ ڈاؤن لوڈ کر سکتے ہیں۔

یہ صفحہ کس چیز میں مختلف ہے

JSON ایک ٹائپڈ اور نیسٹیبل فارمیٹ ہے — اس میں اشیاء، صفیں، اعداد، بولین (true/false) اور null شامل ہو سکتے ہیں — جبکہ ایک فلیٹ اسپریڈشیٹ اس درجہ بندی کو براہ راست ظاہر نہیں کر سکتی۔ یہ تبدیلی ایک فلیٹننگ اصول (ڈاٹ پاتھ کیز) استعمال کرتی ہے جو CSV یا Excel سے تبدیل کرتے وقت درکار نہیں ہوتا کیونکہ وہ پہلے سے فلیٹ ہوتے ہیں۔ ہدف فارمیٹ، XLSX، ایک زپ شدہ XML ورک بک ہے جو مقامی طور پر ڈیٹا کی اقسام جیسے اعداد اور بولین کو محفوظ کر سکتی ہے۔ تاہم، یہ آلہ کسی بھی فارمولے یا سیل اسٹائلنگ کو محفوظ نہیں کرتا؛ یہ صرف JSON ماخذ سے ظاہر، جامد ڈیٹا لکھتا ہے۔

ان پٹ اور آؤٹ پٹ

• ان پٹ: ایک واحد JSON فائل (ایک وقت میں ایک فائل)۔ JSON کو "ٹیبل کی شکل کا" ہونا چاہیے — یعنی اشیاء کی ایک صف یا صفوں کی ایک صف۔
• آؤٹ پٹ: ایک XLSX فائل۔ آلہ پہلے سے ایک پیش نظارہ (پہلی 8 قطاریں اور 8 کالم)، تبدیل شدہ جدول میں قطاروں اور کالموں کی تعداد، اور آؤٹ پٹ فائل کا سائز بھی دکھاتا ہے۔

اصول اور کنارے کی صورتیں (Edge Cases)

• جب JSON کو جدول میں تبدیل کیا جاتا ہے تو آلہ اشیاء کی صف کو قطاروں کے طور پر لیتا ہے (ہر شے ایک قطار بنتی ہے، اس کی کیز کالم ہیڈر بنتی ہیں)۔ نیسٹڈ آبجیکٹ کیز ڈاٹ پاتھ کے ساتھ پھیلائی جاتی ہیں (مثلاً address.city)۔
• صرف پہلی ورک شیٹ پڑھی جاتی ہے؛ آؤٹ پٹ ورک بک کی شیٹ کا نام Sheet1 ہوتا ہے؛ سیلز کو سادہ ویلیوز کے طور پر لکھا جاتا ہے — کوئی فارمولے نہیں، کوئی اسٹائلنگ نہیں۔
• غلطی کے پیغامات جو ظاہر ہو سکتے ہیں:
  • "CSV، JSON یا XLSX فائل منتخب کریں۔"
  • "یہ فائل بہت بڑی ہے۔ ‹زیادہ سے زیادہ› سے چھوٹی فائل استعمال کریں۔"
  • "یہ JSON غلط ہے یا ٹیبل کی شکل کا نہیں۔"
  • "اس فائل میں جدول کی کوئی قطار نہیں۔"
  • "یہ تبدیلی بہت زیادہ وقت لے رہی ہے۔ کوئی چھوٹی فائل آزمائیں۔"
  • "تبدیلی منسوخ کر دی گئی۔"
• آلہ فارمولوں کا حساب نہیں لگاتا، اور نہ ہی کسی ان پٹ Excel فائل میں موجود فارمیٹنگ کو محفوظ کرتا ہے (JSON ان پٹ پر لاگو نہیں)۔

اس کی ضرورت کسے ہے

• وہ شخص جس کے پاس JSON فائل میں درجہ بندی کا ڈیٹا ہے (مثلاً API یا کنفیگریشن سے) اور وہ اسے اسپریڈشیٹ کے طور پر تجزیہ یا شیئر کرنا چاہتا ہے۔
• ایک ڈیٹا تجزیہ کار جسے کسٹم کوڈ لکھے بغیر نیسٹڈ JSON اشیاء کو فلیٹ کرنا ہے۔
• کوئی بھی جو آؤٹ پٹ میں عددی اور بولین ڈیٹا کی اقسام کو محفوظ رکھنا چاہتا ہے (XLSX) بجائے اس کے کہ سب کچھ متن میں تبدیل ہو جائے (جیسا کہ CSV میں ہوتا ہے)۔
• ٹیم کا ایک رکن جو JSON فائلیں وصول کرتا ہے اور دوسروں کے ساتھ تعاون کرنا چاہتا ہے جو Excel استعمال کرتے ہیں۔

JSON ڈھانچے کو سمجھنا

JSON (JavaScript Object Notation) ایک ہلکا پھلکا ڈیٹا تبادلہ فارمیٹ ہے جو دو ڈیٹا ڈھانچے پر مبنی ہے: اشیاء (نام/قدر جوڑوں کا مجموعہ) اور صفیں (ترتیب شدہ قدروں کی فہرست)۔ اشیاء کو نیسٹ کیا جا سکتا ہے، یعنی ایک شے کے اندر دوسری شے ہو سکتی ہے۔ صفوں میں مختلف اقسام کی قدریں ہو سکتی ہیں، بشمول دیگر صفیں اور اشیاء۔

اس آلے کے سیاق میں، صرف "ٹیبل کی شکل کا" JSON قابل قبول ہے۔ اس کا مطلب ہے کہ سب سے باہر کا ڈھانچہ ایک صف ہونا چاہیے، اور اس صف کے اندر یا تو تمام اشیاء ہوں (ہر شے ایک قطار بنتی ہے) یا تمام صفیں (ہر ذیلی صف ایک قطار بنتی ہے)۔ اشیاء میں مختلف کیز ہو سکتی ہیں، لیکن پوری صف میں کیز کو یکساں ہونا ضروری نہیں ہے۔ اگر کچھ اشیاء میں کچھ کیز غائب ہوں تو ان کے لیے خلیے خالی چھوڑ دیے جاتے ہیں۔

مثال کے طور پر، ایک عام درست JSON ان پٹ:

[
  {"name": "احمد", "age": 30, "address": {"city": "لاہور", "zip": 54000}},
  {"name": "سارہ", "age": 25, "address": {"city": "کراچی", "zip": 74000}}
]

یہاں address ایک نیسٹڈ شے ہے جس میں city اور zip کیز ہیں۔ آلہ ان کو address.city اور address.zip میں فلیٹ کر دے گا۔

نیسٹڈ JSON کو جدول میں فلیٹ کرنا

فلیٹننگ کا عمل اس لیے ضروری ہے کہ اسپریڈشیٹ میں سیلز کی دو جہتی گرڈ ہوتی ہے، جبکہ JSON میں اشیاء اور صفوں کی تین یا زیادہ جہتیں ہو سکتی ہیں۔ یہ آلہ ڈاٹ پاتھ ناموں کا استعمال کرتا ہے تاکہ اصل ساخت کو ظاہر کیا جا سکے۔

مثال: اگر JSON میں {"user": {"profile": {"name": "علی"}}} ہو تو کالم کا نام user.profile.name ہو گا۔ یہ نقطہ نظر شفاف ہے لیکن اس کا مطلب ہے کہ کالم کے نام لمبے ہو سکتے ہیں۔

صفوں کے اندر اشیاء کو کیسے ہینڈل کیا جاتا ہے؟ اگر کسی فیلڈ میں اشیاء کی ایک صف ہے جیسے "tags": [{"id": 1}, {"id": 2}]، تو یہ آلہ ان اشیاء کو الگ قطاروں میں نہیں پھیلائے گا بلکہ صف کو ایک ہی سیل میں بطور JSON سٹرنگ محفوظ کرے گا۔ تاہم، اگر سب سے اوپر کی سطح ایک صف ہے، تو اس کے اندر کی اشیاء قطاروں میں تبدیل ہو جاتی ہیں۔ نیسٹڈ صفوں کے لیے ممکن ہے کہ انہیں JSON سٹرنگ کے طور پر رکھا جائے یا نظر انداز کر دیا جائے۔

فلیٹننگ کی ایک اہم حد یہ ہے کہ ایک ہی سطح پر مختلف گہرائیوں والی اشیاء کو ایک ہی جدول میں نہیں رکھا جا سکتا۔ اگر کچھ اشیاء میں address موجود ہے اور کچھ میں نہیں، تو address.city کالم میں کچھ خلیے خالی ہوں گے۔

JSON بمقابلہ Excel میں ڈیٹا کی اقسام

JSON میں چار بنیادی ڈیٹا اقسام ہیں: سٹرنگ، نمبر (اعشاریہ یا صحیح)، بولین (true/false)، اور null۔ Excel کی XLSX فارمیٹ ان اقسام کو بہتر طور پر محفوظ کر سکتی ہے:

یہ CSV کے مقابلے میں ایک بڑا فائدہ ہے، کیونکہ CSV تمام اقدار کو متن میں تبدیل کر دیتا ہے۔ مثال کے طور پر، نمبر 1000 CSV میں متن بن جائے گا اور Excel میں اسے دوبارہ نمبر میں تبدیل کرنا پڑ سکتا ہے۔ XLSX میں، اصل عددی قدر برقرار رہتی ہے، جس سے حسابات اور چارٹ زیادہ درست ہوتے ہیں۔ تاہم، آلہ کوئی فارمولے نہیں بناتا۔

XLSX فائل فارمیٹ: ایک جھلک

XLSX ایک زپ شدہ XML پر مبنی فارمیٹ ہے۔ فائل کے اندر کئی XML فائلیں ہوتی ہیں جو ورک بک، شیٹس، اسٹائلز، اور اشتراک کردہ سٹرنگز کی وضاحت کرتی ہیں۔ یہ آلہ صرف ایک شیٹ تیار کرتا ہے، جس میں سیل کی قدریں براہ راست XML میں محفوظ ہوتی ہیں۔ چونکہ یہ آلہ براؤزر میں چلتا ہے (کلائنٹ سائیڈ پروسیسنگ)، اس لیے فائل کا سائز بڑا نہیں ہوتا اور ڈیٹا کسی سرور پر اپ لوڈ نہیں ہوتا۔ یہ رازداری کے لیے اہم ہے۔

فارمیٹ کی حدود کو سمجھنا ضروری ہے: کوئی کنڈیشنل فارمیٹنگ، ڈیٹا کی توثیق، یا تصاویر شامل نہیں کی جا سکتیں۔ نتیجہ ایک سادہ، خام ڈیٹا والی اسپریڈشیٹ ہے۔

یہ ٹول صرف پہلی ورک شیٹ کو پڑھتا ہے۔ آؤٹ پٹ ورک بک کی شیٹ کا نام Sheet1 ہوتا ہے۔ سیلز کو سادہ قدروں کے طور پر لکھا جاتا ہے — کوئی فارمولے نہیں، کوئی اسٹائلنگ نہیں۔

پوری تبدیلی براؤزر میں چلتی ہے۔ کوئی فائل سرور پر اپ لوڈ نہیں ہوتی۔ یہ ڈیٹا کی رازداری کے لیے اہم ہے: اگر JSON میں حساس معلومات موجود ہے، تو یہ کبھی بھی صارف کی مشین سے باہر نہیں جاتی۔ صفحہ براؤزر کے کریش ہونے سے بچنے کے لیے عملی حدود بھی عائد کرتا ہے:

• فائل سائز کی حد: 8 MB۔ بڑی فائلوں کو اس پیغام کے ساتھ مسترد کر دیا جاتا ہے: "This file is too large. Use a file under ‹زیادہ سے زیادہ›."
• قطار کی حد: 10,000 قطاریں۔
• کالم کی حد: 200 کالم۔
• ٹائم آؤٹ: ایک تبدیلی جو تقریباً 12 سیکنڈ سے زیادہ چلتی ہے اسے روک دیا جاتا ہے — "This conversion is taking too long. Try a smaller file."
• منسوخی: صارف تبدیلی کو منسوخ کر سکتا ہے، جو "Conversion cancelled." کو متحرک کرتا ہے۔

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

کلائنٹ سائیڈ پروسیسنگ: ڈیٹا پرائیویسی

تبدیلی کا عمل مکمل طور پر براؤزر میں ہوتا ہے — کوئی فائل سرور پر اپ لوڈ نہیں ہوتی۔ یہ ڈیٹا پرائیویسی کے لیے اہم ہے، خاص طور پر حساس معلومات جیسے ذاتی ڈیٹا یا کاروباری رازوں پر مشتمل JSON فائلوں کے لیے۔ صارف کو یقین ہو سکتا ہے کہ اس کا ڈیٹا اس کے کمپیوٹر سے باہر نہیں جاتا۔ تاہم، آلہ بڑی فائلوں پر سست ہو سکتا ہے، اور اگر فائل بہت بڑی ہے تو یہ "یہ تبدیلی بہت زیادہ وقت لے رہی ہے" کا پیغام دکھا سکتا ہے۔

فلیٹ ٹیبلز کی حدود

جبکہ فلیٹننگ JSON کو اسپریڈشیٹ میں ڈھالنے کا ایک عام طریقہ ہے، اس کی کچھ حدود ہیں:

• گہرے نیسٹڈ ڈھانچوں میں کالم بہت لمبے ہو سکتے ہیں (مثلاً a.b.c.d.e)۔
• اگر کسی آبجیکٹ میں آبجیکٹس کی ایک صف شامل ہو، تو وہ صف الگ قطاروں میں نہیں پھیلائی جاتی۔ اس کے بجائے پوری صف کو JSON کے طور پر سٹرنگفائی کیا جاتا ہے اور ایک ہی سیل میں رکھا جاتا ہے۔
• اگر کچھ اشیاء میں کیز غائب ہوں تو جدول میں بہت سے خالی خلیے ہو سکتے ہیں۔

ان حدود کے باوجود، زیادہ تر JSON API ڈیٹا جو کہ فلیٹ اشیاء کی صف پر مشتمل ہوتا ہے، اس آلے سے اچھی طرح کام کرتا ہے۔

صفوں کی صفیں: قطاروں کے طور پر

جب ان پٹ JSON صفوں کی صف ہو تو آلہ برتاؤ مختلف ہوتا ہے۔ مثال:

[
  ["نام", "عمر", "شہر"],
  ["احمد", 30, "لاہور"],
  ["سارہ", 25, "کراچی"]
]

یہاں ہر اندرونی صف ایک قطار بن جاتی ہے۔ پہلی صف ترجیحی طور پر کالم ہیڈر نہیں بنتی ہے؛ اس کے بجائے، پہلی اندرونی صف صرف شیٹ کی پہلی قطار بن جاتی ہے۔

عام سوالات (FAQ)

سوال 1: کیا میں متعدد JSON فائلیں ایک ساتھ تبدیل کر سکتا ہوں؟
جواب: نہیں، یہ آلہ ایک وقت میں صرف ایک فائل قبول کرتا ہے۔

سوال 2: اگر میرے JSON میں صرف ایک شے ہو (آبجیکٹ) تو کیا ہو گا؟
جواب: آلہ "یہ JSON غلط ہے یا ٹیبل کی شکل کا نہیں" کا پیغام دکھائے گا، کیونکہ ان پٹ ایک صف ہونی چاہیے۔ آپ کو شے کو ایک صف میں لپیٹنا ہو گا جیسے [{...}]۔

سوال 3: کیا بولین قدریں Excel میں "TRUE" اور "FALSE" کے طور پر محفوظ ہوتی ہیں؟
جواب: جی ہاں، XLSX فارمیٹ میں بولین قدریں براہ راست صحیح/غلط کے طور پر محفوظ ہوتی ہیں، نہ کہ متن کے طور پر۔

سوال 4: اگر میری JSON فائل میں null قدریں ہوں تو وہ ایکسل میں کیسے دکھائی دیں گی؟
جواب: وہ خالی خلیوں کے طور پر ظاہر ہوں گے، نہ کہ "null" متن کے طور پر۔

سوال 5: کیا یہ آلہ میرے ڈیٹا کو سرور پر بھیجتا ہے؟
جواب: نہیں، تمام پروسیسنگ آپ کے براؤزر میں ہوتی ہے۔ کوئی ڈیٹا اپ لوڈ نہیں ہوتا۔

سوال 6: کیا میں آؤٹ پٹ فائل میں فارمولے شامل کر سکتا ہوں؟
جواب: نہیں، آلہ صرف جامد ڈیٹا لکھتا ہے۔ آپ کو فارمولے بعد میں Excel میں شامل کرنے ہوں گے۔

---

یہ آلہ JSON کو XLSX میں تبدیل کرنے کا ایک سادہ، مقامی حل فراہم کرتا ہے جس میں نیسٹڈ ڈھانچوں کو فلیٹ کرنے کا معیاری طریقہ استعمال کیا گیا ہے۔ اگرچہ یہ جدید اسپریڈشیٹ کی تمام خصوصیات فراہم نہیں کرتا، لیکن ڈیٹا کی اقسام کو محفوظ رکھنے اور کلائنٹ سائیڈ پرائیویسی کی وجہ سے یہ بہت سے صارفین کے لیے مفید ہے۔