منسّق JSON

التنسيق تحليل يتبعه إعادة تسلسل. وتلك هي الخاصّية المهمّة: فإن ظهرت المخرجات، كان المدخل JSON صالحًا، لأن JSON غير الصالح لا يبلغ الطباعة أصلًا. فالتدقيق ليس خطوة منفصلة يمكن أن تنساها.

ورسائل الخطأ هي سبب استعمال هذه بدل محرّر نصوص. فالمتصفّح يبلّغ عن مشكلة صياغية بإزاحة محارف — «الموضع 4182» — وهي غير قابلة للاستعمال في ملف كبير. وتلك الإزاحة تُحوَّل هنا إلى سطر وعمود، مع اقتباس السطر المخالف، فيستغرق الإصلاح ثوانيَ بدل بحث.

وفرز المفاتيح أبجديًا موجود للمقارنة. فاستجابتان لواجهة برمجية تحويان البيانات نفسها بترتيب مفاتيح مختلف تبدوان مختلفتين كليًا في المقارنة؛ افرز الاثنتين فلا يبقى إلا الفروق الحقيقية.

وكل شيء يجري في متصفّحك. فلصق استجابة واجهة برمجية في منسّق من أشيع طرق تسرّب بيانات الاعتماد — إذ تحوي الحمولات رموزًا بانتظام، والمنسّق المعتاد على الإنترنت يرسل ما تلصقه إلى خادم.

واجهة برمجية تعيد سطرًا طويلًا واحدًا من JSON وشيء فيه خاطئ. اضغط حمّل عيّنة لترى الشكل المنسَّق لحمولة طلب نموذجية.

والآن اكسرها عمدًا: احذف قوسًا معقوفًا مغلقًا وانظر إلى الرسالة. بدل «نهاية غير متوقّعة لمدخل JSON» تحصل على السطر والعمود، والسطر نفسه مقتبسًا لك. وفي ملف من 4000 سطر ذلك هو الفرق بين إصلاح وبين بعد ظهر كامل.

وأشيع الأخطاء الحقيقية بالترتيب: فاصلة لاحقة بعد آخر عنصر في مصفوفة أو كائن؛ وعلامات اقتباس مفردة بدل المزدوجة؛ وسطر جديد غير مهرَّب داخل سلسلة. والثلاثة قانونية في JavaScript وغير قانونية في JSON، ولهذا تنجو من المراجعة وتخفق عند التحليل.

وخيار الفرز يستحق مكانه عند مقارنة نسختين من ملف إعداد. افرز الاثنتين، ثم مرّرهما عبر أداة مقارنة النصوص — فما يبقى هو التغيير الفعلي لا مئة سطر من إعادة الترتيب.

وللاتجاه الآخر ونزع الفراغ من جديد، المصغّر يعرض كم بايتًا كان التنسيق يكلّف.