Sweetalert: قد يكون المشروع ضارًا

ربما يمكنك استخدام تكامل مصدر فرعي لحالة الاستخدام الخاصة بك؟ الدعم ليس رهيبا .

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

إذا كان هناك رمز غير محدد يمكن مراجعته ، فيمكنني استخدام هذا الإصدار الجديد.

هناك أيضًا SweetAlert2 ، الذي يتوفر به إصدار غير مصغر متاح. هذا يمكن أن ينقذ بعض المشاكل. يعمل بشكل رائع.
https://github.com/limonte/sweetalert2/releases

daftspunk شكرًا لفصل هذه المشكلة عن غيرها في # 733

أعتقد أن هذه المشكلة قد تكون غير صالحة ...

أحتاج إلى ملفات مصدر غير محددة حتى أتمكن من إثبات أنها ليست ضارة.

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

يجب أن ننشئ إصدارًا جديدًا أو PR "توفير بنية غير مبهمة في توزيع الحزمة". إذا تم رفض ذلك دون سبب وجيه ، فقد أكون متشككًا في أن المؤلف يفعل شيئًا ضارًا.

إذا تم قبوله ، فيمكنك الوصول إلى ملفات dist من أي إصدار ، سواء كانت مصغرة أو غير مصغرة ، عبر unpkg.com

• https://unpkg.com/[email protected]/dist/sweetalert.min.js
• https://unpkg.com/[email protected]/dist/sweetalert.js (قادم ، ولكن مع إصدار لاحق من sweetalert بالطبع)

حفظ ملفات البناء / حي في -control مصدر يحدث في الواقع ضد اتفاقية واسعة النطاق ويسبب الألم مع بوابة الأدوات. تحقق من إعداد مشروع React على سبيل المثال. إنه قياسي للغاية ، حيث يتم تضمين ملفات dist umd ) ولا يتم تضمينها في مستودع كود المصدر على Github .