TypeScript 5.8: الفرق بين حذف الأنواع وفحص صحة البرنامج

لماذا يهم حذف الأنواع؟

يمكن فهم بعض ملفات TypeScript باعتبارها JavaScript أضيفت إليه معلومات عن الأنواع. لكن هذه الصورة لا تشمل كل صياغات اللغة؛ فبعضها يحتاج إلى توليد كود له أثر عند التنفيذ. في TypeScript 5.8، قدمت مايكروسوفت خيار erasableSyntaxOnly للمساعدة في اكتشاف معظم الصياغات التي لا تتفق مع مسار يعتمد على إزالة معلومات النوع فقط.

من الأمثلة التي أوردها الإعلان تعدادات enum، وبعض استخدامات namespace، وخصائص معاملات البناء في الأصناف. كما قدم الإصدار فحصا أدق لفروع التعبير الشرطي عندما يقع مباشرة داخل return مع نوع إرجاع معلن. هدف هذا التحسين التقاط حالات كان وجود any فيها يخفي معلومات مفيدة عن الفرع الآخر.

قراءة فكرة بوست: مساران مختلفان

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

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

قبل تعديل الإعدادات

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