Jshint: يجب إزالة مفهوم "أخطاء كثيرة جدًا"

يمكنك تغيير هذا عن طريق تعيين /*jshint maxerr: 1000 */ . ومع ذلك ، سيكون من الجيد إذا سمح http://jshint.com بتغيير ذلك باستخدام الواجهة (لكنني أعتقد أن هذا خطأ في مستودع الموقع ، وهناك واجهة جديدة قادمة على أي حال ، إذا لم أكن مخطئًا ).

أوافق ، يجب أن يكون هناك خيار لإيقاف ذلك تمامًا. بمناسبة قبولها.

+1 يجب أن تحل محل / توسع خيار "الإيقاف عند الخطأ الأول".

هل يمكننا دمج هذا في؟

إذا نظرت إلى سجل الالتزام ، فقد قمنا بدمج ذلك في _two years ago_ ولكن بعد ذلك اضطررنا إلى التراجع لأن JSHint في البرامج النصية الكبيرة سيكون بطيئًا جدًا.

antonkovalyov آه ، هذا منطقي.

ماذا لو قام JSHint بمسح الملفات ضوئيًا بشكل متزامن ، والطباعة إلى وحدة التحكم كلما انتهى الملف (مع queing بحيث لا تتخلل الملفات)؟ هذا يمكن أن يحل JSHint بطيئة للغاية ، وكذلك تمكين هذا الخيار مرة أخرى.

يجب أن يكون maxerror في وضع التمكين بدلاً من إلغاء الاشتراك. إنه لأمر محبط حقًا أن يرفض jshint إنهاء معالجة ملفي. تخيل لو توقف grep في منتصف الطريق قائلاً "الكثير من التطابقات". هذا ما أشعر به الآن.

كما قلت أعلاه ، هذا قيد تقني.

antonkovalyov هل تمانع في التوسع في القيود الفنية قليلاً؟ ربما يمكنني (أو أي شخص آخر) كتابة رقعة ترضي الجميع؟ أستطيع أن أفهم القلق بشأن عملية تشغيل طويلة فيما يتعلق بتثبيت JSHint.com ، ولكن من واقع خبرتي في العمل في قاعدة بيانات قديمة ، فإن هذا الخطأ مألوف جدًا :)

@ b-long AFAIK يمكنك تعيين maxerr إلى Infinity ويمكنك مشاهدة النص يستغرق وقتًا طويلاً حتى يكتمل.

خطأي ، كنت أستخدم تكوينًا مثل /*jshint maxerr: 200 */ بدلاً من /*jshint maxerr:200 */ (مع JSHint 2.1.4). المسافة البيضاء بعد maxerr: تعثرتني ، يبدو أن maxerr يجب أن يتبعه (بدون مسافات) النقطتان والرقم.