نشر فريق GOV.UK مؤخرًا "كيف ولماذا أزلنا jQuery من GOV.UK". كانت هذه نظرة ثاقبة حول كيف يمكن للمؤسسة تقييم أدواتها وما إذا كان هناك شيء ما لا يزال أفضل أداة للوظيفة. هذه ليست دفعة لتجريد المكتبات من مشروعك الحالي الآن! ربما لا يزال الكثير منا يدعم المشاريع القديمة ومتطلبات المتصفح التي تمنع هذا من أن يكون خيارًا قابلاً للتطبيق.
يبدو أن بعض الانتقادات هي أن حجة حجم المكتبة لا تذكر فيما يتعلق بسرعات الشبكة الحديثة والتخزين المؤقت.
نشرت GOV.UK تحديثًا لمعالجة هذا النقد باستخدام المقاييس - "تأثير إزالة jQuery على أداء الويب لدينا".
توضح هذه المقالة أيضًا قضية تحسين الصيانة. بدلاً من ترقية الإصدارات القديمة المتباينة من التعليمات البرمجية والاضطرار إلى معالجة التحديثات الأمنية بطريقة مجزأة ، فإن إزالة التبعية يقلل من هذه البصمة. هذا هو حلم امتلاك الرفاهية ل معالجة الديون الفنية.
سابقا، وثق GitHub أيضًا كيف قاموا بفصل jQuery تدريجيًا عن كود الواجهة الأمامية. لعب تحسين الصيانة وتجربة المطور دورًا في قرارهم.
ما لفت نظري على وجه الخصوص هو الارتباط بـ وثائق حول كيفية إزالة jQuery. إن فهم كيفية فك الارتباط وتنفيذ خطوات الترحيل هي مهام صيانة ستستمر في الظهور لمواقع الويب ومن المطمئن أن يكون لديك دليل من شخص ما يجب أن يفعل الشيء نفسه.
مزيد من التأمل في هذا الموضوع أدى إلى ظهور الكستناء القديمة "قد لا تحتاج إلى jQuery"(2014)،"(الآن أكثر من أي وقت مضى) قد لا تحتاج إلى jQuery"(2017)،"هل لا يزال jQuery مناسبًا؟ (1)"(2016) و"هل لا يزال jQuery مناسبًا؟ (2)"(2017).
