منذ فترة ، قمت بتحويل المشروع من JSHint إلى ESLint (هذا الأخير يتم صيانته بشكل أفضل ويقدم المزيد من الميزات). ومع ذلك ، فقد قمت بتعيين العديد من الإعدادات كتحذيرات لأنه لم يكن لدي الوقت لمعالجة المشكلات المحتملة. كما لم يكن لدي الوقت الكافي لتعديل الإعدادات التي تجعل الكود أكثر قابلية للصيانة.
لذا ، ستكون المهمة في الأساس هي إلقاء نظرة على تحذيرات ESLint ، ومعرفة ما يمكن معالجته بأمان. (على سبيل المثال ، قد لا تكون الكثير من تحذيرات المساواة ==
"قابلة للإصلاح" إلى ===
بدون اختبار كل قيمة تمر عبر هذا الفحص.) سيكون من المفيد أيضًا تعيين تحذيرات لـ الأشياء التي يجب معالجتها في المستقبل / الجارية ، مثل إنفاذ وثائق JSDoc.
مرحبًا ، أود الحصول على هذا!
umuur اذهب لذلك!
@ ماثيو دين هل نريد الحفاظ على تكوين eslint الحالي؟
لست متأكدًا من أن وجود TypeScript كمحلل ومكوِّن إضافي ضروري.
umuur
هل نريد الاحتفاظ بتكوين eslint الحالي؟
هذا يعتمد. إذا كنت تريد إجراء تعديلات لا تغير تنسيق الكود ، فلا بأس بذلك. ولكن فيما يتعلق بالتحذيرات ، IMO هذه كلها تحذيرات صالحة ونريد إما معالجتها ، أو ترك تعليق رمز حول eslint المعطل و ( الأهم من ذلك ) سبب عدم صلاحيتها هناك.
هل نريد الاحتفاظ بتكوين eslint الحالي؟
على الرغم من أن مصدر الشفرة لا يستخدم TypeScript حتى الآن ، فمن واقع خبرتي ، فإنه يقوم بعمل نقل أفضل من Babel. فيما يتعلق بـ ESLint .... 🤔 نعم أنت على حق ، فهي ليست ضرورية من الناحية الفنية حتى يكون هناك رمز في TypeScript. ربما فعلت ذلك تحسبًا لتحويل مصدر الشفرة إلى TS ، لكنني الآن لا أعرف ما إذا كان / متى سيحدث ذلك.
umuur
بالمناسبة ، في أي مكان حيث يمكنك إضافة تعليقات JSDoc بأنواع مناسبة على المعلمات ، يرجى إضافتها!
@ ماثيو دين أشكركم على التعليقات التفصيلية! سوف نعلمك عن التحديثات.