json إلى TypeScript

يقرأ محول JSON إلى TypeScript نموذجًا لقيمة JSON - استجابة API، وملف تكوين، وسجل قاعدة بيانات - ويكتب واجهات TypeScript التي تصفها. تصبح الكائنات المتداخلة واجهات مسماة خاصة بها، ويتم دمج صفائف الكائنات في واجهة عنصر واحد بدلاً من اتحاد مترامي الأطراف، ويتم وضع علامة اختيارية على المفاتيح الفارغة أو المفقودة من بعض السجلات. أنت تلصق البيانات التي لديك بالفعل؛ تحصل على أنواع كنت ستكتبها يدويًا.

تعد كتابة استجابة واجهة برمجة التطبيقات يدويًا أمرًا شاقًا وعرضة للخطأ بطريقة معينة: تكتب ما * تعتقد * ترجع نقطة النهاية ، وليس ما عادت بالفعل. يتم حذف الحقول التي لم تلاحظها مطلقًا ، ويتم كتابة عدد صحيح يتم أحيانًا صفرًا كـ "رقم" ، ويظهر الخطأ في وقت التشغيل في الإنتاج بدلاً من المحرر. يؤدي إنشاء أنواع مباشرة من حمولة حقيقية إلى سد تلك الفجوة ، لأن الشكل الذي تقوم بتجميعه هو الشكل الذي أرسله الخادم بالفعل.

كل شيء يعمل في متصفحك. محرك الاستدلال هو TypeScript خالي من التبعية، وليس غلافًا حول خدمة عن بعد، لذا فإن الحمولات - التي تحمل بشكل روتيني رموز الوصول وسجلات العملاء والمعرفات الداخلية - لا تترك الصفحة أبدًا. اختر واجهات أو اكتب أسماء مستعارة، وقم بتبديل الكلمة الأساسية `export` وتعديل `readonly`، واختر عرض المسافة البادئة، ثم انسخ الإخراج أو قم بتنزيل ملف.ts.

تصف الواجهات التي تم إنشاؤها العينة التي قدمتها، وليس واجهة برمجة التطبيقات التي تستدعيها، وهذا التمييز هو الخطر بأكمله. يتم وضع علامة على الحقل الذي يحدث في كل كائن من عينتك بأنه مطلوب حتى لو أغفله الخادم في بعض الأحيان، ولا يمكن تمييز الحقل الفارغ في العينة عن الحقل الذي يكون فارغًا دائمًا. المصفوفات الفارغة هي الحالة الأوضح: المصفوفة التي لا تحتوي على عناصر لا تعطي أي معلومات حول ما تحتوي عليه. يساعد دمج المصفوفة هنا من خلال دمج كل كائن في القائمة في واجهة واحدة ووضع علامات على المفاتيح المفقودة من بعض الإدخالات باعتبارها اختيارية، وبالتالي فإن العينة الأكبر والأكثر تنوعًا تنتج نوعًا أكثر صدقًا. عندما تحتوي واجهة برمجة التطبيقات على مخطط أو مستند OpenAPI، قم بالإنشاء من ذلك بدلاً من ذلك واستخدمه لاستكشاف استجابة غير موثقة.