JQuery
في المثال الأول باستخدام Vanilla JS، قمنا بتحديد عنصر div مع مثال المعرف، وقمنا بتحديث HTML الداخلي الخاص به بحيث يقول div الفارغ الآن \\\"Hello jQuery!\\\". في المثال الثاني، نقوم باستيراد مكتبة jQuery ثم نستخدم محدد jQuery $ وتجزئة للمعرف. محتوى div يقول الآن \\\"Hello World!\\\". نتائج كلتا الطريقتين هي نفسها، لكن jQuery أكثر قابلية للقراءة وأسهل في التنفيذ. وهذا هو أحد الأسباب التي جعلتها تحظى بشعبية كبيرة بسرعة.
سبب آخر هو أنه كان من الممكن استخدامه على العديد من أنواع المتصفحات المختلفة. في الأيام الأولى لتطوير الويب، كان كل متصفح ويب مختلف (مثل Safari أو Firefox أو Internet Explorer) يعرض صفحات الويب بطريقة مختلفة. ولهذا السبب، تعمل مواقع الويب أحيانًا مع متصفح واحد، ولكن ليس مع متصفح آخر. قامت jQuery بحل هذه المشكلة عن طريق التعامل تلقائيًا مع الاختلافات بين المتصفحات، مما يسهل على المطورين كتابة التعليمات البرمجية التي تعمل عبر المتصفحات. لقد جعل كتابة JavaScript أكثر سهولة وأقل عرضة للأخطاء.
تختلف الأمور كثيرًا اليوم عما كانت عليه في عام 2006. هناك العديد من الأطر المتاحة الآن، مثل Vue.js، وAngular، وReact. ومع ذلك، لا يزال jQuery يستخدم على نطاق واسع من قبل المبرمجين في جميع أنحاء العالم. غالبًا ما يتم استخدامه في المشاريع الصغيرة بدون وظائف معقدة أو قواعد تعليمات برمجية موجودة أو أنظمة قديمة أو تطوير سريع.
إليك مقارنة بين مكالمات Ajax باستخدام jQuery وFetch API:
JQuery
Fetch API
يلخص مثال jQuery تعقيد إعداد XMLHttpRequest، مما يوفر طريقة أسهل للتعامل مع طلبات HTTP مع النجاح المدمج ومعالجة الأخطاء. بناء الجملة أبسط، ويسهل على المطورين التعلم والكتابة والفهم. تعد Fetch API أسلوبًا أحدث يعتمد على الوعود. إنه يعمل بشكل جيد مع بناء الجملة غير المتزامن/الانتظار الذي تم تقديمه في ES8. قد تكون واجهة Fetch API أكثر قوة، ولكن jQuery سريعة وسهلة، لذلك ستظل الخيار الأول للعديد من المطورين، خاصة عندما يعملون باستخدام تعليمات برمجية تتضمن بالفعل jQuery، والتي لا تزال تشكل غالبية التعليمات البرمجية.
نظرًا لأن JavaScript تتم قراءته بواسطة جميع متصفحات الويب بنفس الطريقة الآن، فإن الاعتماد على jQuery لتوافق المتصفح لم يعد يمثل مشكلة بعد الآن. يضاف إلى ذلك أن ما كنا بحاجة إلى jQuery لإنجازه يمكننا الآن القيام به باستخدام واجهات برمجة التطبيقات في متصفحاتنا. قد تستمر الأمور على هذا النحو، مع زيادة قوة المتصفحات بحيث لا نضطر إلى الاعتماد حتى على بدائل jQuery، مثل React. في كلتا الحالتين، من المؤكد تمامًا أن jQuery ستحتفظ بحالتها في سجل البرمجة. لقد مهد الطريق لجميع وظائف المتصفح الحديثة التي تحل محله. وقدمت الإجابة على المشكلة الحقيقية المتمثلة في عدم توافق المتصفح. سيستمر استخدامه من قبل العديد من المبرمجين الذين يعملون في مشاريع بسيطة، أو يضطرون إلى العمل باستخدام تعليمات برمجية قديمة، أو يرغبون في تطوير شيء ما بسرعة، حتى لا يصبح الأمر كذلك.
","image":"http://www.luping.net/uploads/20240731/172243020366aa32fb6c31a.jpg","datePublished":"2024-07-31T20:50:02+08:00","dateModified":"2024-07-31T20:50:02+08:00","author":{"@type":"Person","name":"luping.net","url":"https://www.luping.net/articlelist/0_1.html"}}
هناك العديد من مكتبات JavaScript المتوفرة في تطوير الويب الحديث. واحدة من أهمها هي jQuery، والتي تسهل على مطوري الويب أداء المهام المعقدة. سوف نستكشف تاريخ jQuery، منذ ظهوره وحتى يومنا هذا، مع التركيز على ما يخبئه لها في السنوات القادمة.
تم إنشاء jQuery بواسطة John Resig، الذي قام بتطوير المكتبة في عام 2006 لتسهيل التعامل مع DOM باستخدام JavaScript. يمكننا الآن التعامل مع المهام اليومية بطريقة بسيطة ومتسقة.
بسبب الأشياء القوية التي يمكنها تحقيقها باستخدام بناء جملة أبسط بكثير، أصبحت jQuery تحظى بشعبية كبيرة بين المطورين. دعونا نلقي نظرة على معالجة DOM بسيطة تم إجراؤها باستخدام jQuery مقارنة بنفس معالجة DOM باستخدام Vanilla JavaScript:
Vanilla JavaScript
JQuery
في المثال الأول باستخدام Vanilla JS، قمنا بتحديد عنصر div مع مثال المعرف، وقمنا بتحديث HTML الداخلي الخاص به بحيث يقول div الفارغ الآن "Hello jQuery!". في المثال الثاني، نقوم باستيراد مكتبة jQuery ثم نستخدم محدد jQuery $ وتجزئة للمعرف. محتوى div يقول الآن "Hello World!". نتائج كلتا الطريقتين هي نفسها، لكن jQuery أكثر قابلية للقراءة وأسهل في التنفيذ. وهذا هو أحد الأسباب التي جعلتها تحظى بشعبية كبيرة بسرعة.
سبب آخر هو أنه كان من الممكن استخدامه على العديد من أنواع المتصفحات المختلفة. في الأيام الأولى لتطوير الويب، كان كل متصفح ويب مختلف (مثل Safari أو Firefox أو Internet Explorer) يعرض صفحات الويب بطريقة مختلفة. ولهذا السبب، تعمل مواقع الويب أحيانًا مع متصفح واحد، ولكن ليس مع متصفح آخر. قامت jQuery بحل هذه المشكلة عن طريق التعامل تلقائيًا مع الاختلافات بين المتصفحات، مما يسهل على المطورين كتابة التعليمات البرمجية التي تعمل عبر المتصفحات. لقد جعل كتابة JavaScript أكثر سهولة وأقل عرضة للأخطاء.
تختلف الأمور كثيرًا اليوم عما كانت عليه في عام 2006. هناك العديد من الأطر المتاحة الآن، مثل Vue.js، وAngular، وReact. ومع ذلك، لا يزال jQuery يستخدم على نطاق واسع من قبل المبرمجين في جميع أنحاء العالم. غالبًا ما يتم استخدامه في المشاريع الصغيرة بدون وظائف معقدة أو قواعد تعليمات برمجية موجودة أو أنظمة قديمة أو تطوير سريع.
إليك مقارنة بين مكالمات Ajax باستخدام jQuery وFetch API:
JQuery
Fetch API
يلخص مثال jQuery تعقيد إعداد XMLHttpRequest، مما يوفر طريقة أسهل للتعامل مع طلبات HTTP مع النجاح المدمج ومعالجة الأخطاء. بناء الجملة أبسط، ويسهل على المطورين التعلم والكتابة والفهم. تعد Fetch API أسلوبًا أحدث يعتمد على الوعود. إنه يعمل بشكل جيد مع بناء الجملة غير المتزامن/الانتظار الذي تم تقديمه في ES8. قد تكون واجهة Fetch API أكثر قوة، ولكن jQuery سريعة وسهلة، لذلك ستظل الخيار الأول للعديد من المطورين، خاصة عندما يعملون باستخدام تعليمات برمجية تتضمن بالفعل jQuery، والتي لا تزال تشكل غالبية التعليمات البرمجية.
نظرًا لأن JavaScript تتم قراءته بواسطة جميع متصفحات الويب بنفس الطريقة الآن، فإن الاعتماد على jQuery لتوافق المتصفح لم يعد يمثل مشكلة بعد الآن. يضاف إلى ذلك أن ما كنا بحاجة إلى jQuery لإنجازه يمكننا الآن القيام به باستخدام واجهات برمجة التطبيقات في متصفحاتنا. قد تستمر الأمور على هذا النحو، مع زيادة قوة المتصفحات بحيث لا نضطر إلى الاعتماد حتى على بدائل jQuery، مثل React. في كلتا الحالتين، من المؤكد تمامًا أن jQuery ستحتفظ بحالتها في سجل البرمجة. لقد مهد الطريق لجميع وظائف المتصفح الحديثة التي تحل محله. وقدمت الإجابة على المشكلة الحقيقية المتمثلة في عدم توافق المتصفح. سيستمر استخدامه من قبل العديد من المبرمجين الذين يعملون في مشاريع بسيطة، أو يضطرون إلى العمل باستخدام تعليمات برمجية قديمة، أو يرغبون في تطوير شيء ما بسرعة، حتى لا يصبح الأمر كذلك.
تنصل: جميع الموارد المقدمة هي جزئيًا من الإنترنت. إذا كان هناك أي انتهاك لحقوق الطبع والنشر الخاصة بك أو الحقوق والمصالح الأخرى، فيرجى توضيح الأسباب التفصيلية وتقديم دليل على حقوق الطبع والنشر أو الحقوق والمصالح ثم إرسالها إلى البريد الإلكتروني: [email protected]. سوف نتعامل مع الأمر لك في أقرب وقت ممكن.
Copyright© 2022 湘ICP备2022001581号-3