Html5-boilerplate: قم بتحديث jQuery إلى 3.5.1 أو ... هل تريد إزالة jQuery؟ مناقشة!

تم إنشاؤها على ١٣ أبريل ٢٠٢٠  ·  10تعليقات  ·  مصدر: h5bp/html5-boilerplate

تم اقتراح إزالة jQuery من المشروع لي من قبل ، وتم اقتراحه كنقطة مناقشة لإصدار 8.0 القادم من coliff

أنا منفتح على مناقشته. هذه التذكرة هي المكان المناسب لتلك المناقشة 🤔 😠 😄 😢

لن أطرح أفكاري حتى الآن ، لكنني سأشارك ما أعتقد أنه طريقتان مختلفتان للنظر فيه.

من ناحية أخرى - تشير إحصائيات استخدام أداة إنشاء jQuery Usage Statistics إلى أنها قيد الاستخدام في 76٪ من أفضل مليون موقع. بالنسبة لكثير من الناس ، لا يزال هذا شيئًا كبيرًا.

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

awaiting feedback has-pr

التعليق الأكثر فائدة

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

يبدو أن إنشاء المشروع الاختياري مع / بدون jQuery حيث يتم إيقاف تشغيل jQuery افتراضيًا هو الخيار الأفضل بالنسبة لي.

ال 10 كومينتر

@ كليف قال

لقد قمت بعمل PR للتحديث إلى jQuery 3.5.0 اليوم ، ولكن يبدو أنه سيتم إصدار إصدار تصحيح سريع (jquery / jquery # 4665) قريبًا جدًا لذا سنحتاج إلى التحديث مرة أخرى - أو يمكننا التفكير في إزالة jQuery تمامًا. لقد تغيرت طريقة إنشاء مواقع الويب كثيرًا خلال السنوات العشر الماضية ولم يعد jQuery عنصرًا أساسيًا. إذا أراد الأشخاص إضافته ، فمن السهل عليهم القيام بذلك بأنفسهم دون تضمينه افتراضيًا للجميع.

أنا أيضًا منفتح على خيار حيث يمكنك اختياريًا إنشاء المشروع باستخدام / بدون jQuery من سطر الأوامر. أرغب في الحصول على إصدار يسعدنا بهذه السفن في 8.0 zip ، لكنني سعيد أيضًا بدفع بعض العناصر الاختيارية في البنية - باستخدام الخصائص الثابتة في ملف التكوين لجعله سهلًا للغاية. يمكننا إضافة أشياء مثل قيمة السمة lang هناك أيضًا.

مصمم واجهة المستخدم هنا ، مستخدم متكرر لهذا المشروع لنمذجة تفاعلات موقع الويب وما شابه.

كانت ردة فعلي الأولية: _oh no لا تأخذ jQuery بعيدًا_. أنا عالق في طرقي ، وما زلت أستخدمه ، لأنه "منطقي" لأشياء اجتياز DOM والتلاعب البسيطة.

ولكن بعد دقيقتين من التفكير: _ تجميع مكتبة جهة خارجية ليس من الكفاءة الأساسية لهذا المشروع_. من السهل إضافة jQuery بنفسك. في الواقع ، ولأسباب لا أتذكرها الآن ، قمت بنزع الإصدار المضمّن وإضافة jQuery Slim في أحدث نموذج أولي لدي.

يعد تضمين jQuery أمرًا بسيطًا للغاية مع CDN الخاص بهم (https://code.jquery.com) ، ومن السهل تنزيله ، لذلك أقول أنه من الآمن إزالته.

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

يبدو أن إنشاء المشروع الاختياري مع / بدون jQuery حيث يتم إيقاف تشغيل jQuery افتراضيًا هو الخيار الأفضل بالنسبة لي.

قم بإزالته وإزالته الآن! 💯

لصدى https://github.com/h5bp/html5-boilerplate/issues/2215#issuecomment -615350077 إزالة jQuery يمنح الأشخاص بعض المرونة في اختيار كيف وما قد يضيفونه أو لا يضيفونه لتحسين موقعهم. في وقت من الأوقات ، كان من المسلم به أن jQuery كان جزءًا ضروريًا من أي موقع وهو الآن مجرد واحدة من العديد من الأدوات التي يمكن للمطورين استخدامها لإنجاز مجموعة متنوعة من المهام الأمامية.

ذاهب مره .... ذاهب مرتين ...

أردت فقط أن تتناغم مع أفكاري بسرعة. أنا من أشد المعجبين بـ jQuery وأستخدمه في العديد من المشاريع ولكن هناك بعض الأسباب الوجيهة لعدم تضمينه افتراضيًا في القالب:

  • في بعض الأحيان قد يرغب المستخدمون في استخدام البنية النحيفة الأصغر
  • تتمتع jQuery ذاتية الاستضافة بدلاً من استخدام CDN لجهة خارجية بالعديد من المزايا ، بما في ذلك العمر الافتراضي الطويل لذاكرة التخزين المؤقت للمتصفح (عادةً ما تتمتع أصول الجهات الخارجية بعمر تخزين مؤقت أقصر) ويحتمل أن يكون الأداء محسنًا من عدم الحاجة إلى إجراء بحث DNS / بحث TCP / TLS. https://csswizardry.com/2019/05/self-host-your-static-assets/

من ناحية ، أنا أؤيد إزالة jQuery ، لفترة طويلة كانت مكتبة جافا سكريبت go-to وتم استخدامها في كل مشروع تقريبًا ، ومع ذلك فقد تغيرت الأمور مع وجود HTML و CSS أكثر قوة ومجموعة متنوعة من الأدوات الأخرى حلول جافا سكريبت.
لكن ... أنا أستخدم مكتبات جافا سكريبت في مشاريعي ، غالبًا من CDN ، لذا فإن ترك مثال عن كيفية تنفيذ أحدها في الكود الخاص بك بالطريقة "الأفضل" أو "الصحيحة" أو الأكثر فاعلية يظل مفيدًا. (تذكر عندما اعتدنا على حشو كل شيء تقريبًا بين العلامات head -tags؟)
لتجنب الإيحاء بأن jQuery يجب أن يكون معيارًا في كل مشروع ، يمكن استخدام مكتبة مزيفة أو مكتبة وظائف واحدة أصغر بالإضافة إلى تعليق يوضح أنها مثال على كيفية التنفيذ.

تم اقتراح إزالة jQuery من المشروع لي من قبل ، وتم اقتراحه كنقطة مناقشة لإصدار 8.0 القادم منcoliff

أنا منفتح على مناقشته. هذه التذكرة هي المكان المناسب لتلك المناقشة 🤔 😠 😄 😢

لن أطرح أفكاري حتى الآن ، لكنني سأشارك ما أعتقد أنه طريقتان مختلفتان للنظر فيه.

من ناحية أخرى - تشير إحصائيات استخدام أداة إنشاء jQuery Usage Statistics إلى أنها قيد الاستخدام في 76٪ من أفضل مليون موقع. بالنسبة لكثير من الناس ، لا يزال هذا شيئًا كبيرًا.

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

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات