Selon statistiques, l'utilisation de jQuery sur les sites Web mondiaux est toujours élevée. Mais c'est un fait incontestable qu'avec la modernisation de la technologie Web, jQuery a été marginalisé, et de nombreuses personnes croient directement que jQuery est obsolète et n'ont plus besoin d'envisager de l'utiliser. Ces personnes peuvent rarement utiliser jQuery, ou ne pas l'utiliser. Même s'ils n'utilisent pas jQuery, il y a encore matière à discussion.
Tout d'abord, jQuery a en effet perdu son ancien avantage dans le développement d'une interface utilisateur frontale moderne. À mesure que les normes Web mûrissent, il n'est pas nécessaire de considérer trop de compatibilité et de cohérence, et les API d'opération DOM ont également été remplacées ; de nouveaux marchés technologiques ont émergé (tels que MVVM), qui peuvent automatiser de manière déclarative le développement des fonctions de l'interface utilisateur.
En fait, il existe de nombreux facteurs à prendre en compte pour savoir s'il faut apprendre à utiliser un outil (pour l'utiliser dans un nouveau projet). En ce qui concerne jQuery, je pense qu'il y a encore de la place pour l'apprendre et l'utiliser.
Lors du choix d'une pile technologique pour un projet commercial, le coût des intrants et le taux de retour doivent être pris en compte. Les personnes qui s'opposent à l'utilisation de jQuery craignent généralement qu'il ne devienne obsolète et ne soit plus utilisé après l'avoir appris, et doutent également de son efficacité de développement. Toute technologie deviendra obsolète, donc dans les projets prévisibles, le fait que la technologie soit obsolète n'est pas le principal facteur à prendre en compte. La principale considération est le coût de l’apprentissage, du développement et de la maintenance, ainsi que le taux de rendement.
Chaque outil a un coût d'apprentissage et son applicabilité dans l'utilisation. Le coût d'apprentissage du DOM natif et de React n'est pas faible, et il a également son champ d'application unique.
En fait, jQuery est une bibliothèque d'outils pour les opérations DOM. Votre projet natif ou React doit disposer de bibliothèques d'outils personnalisées pour améliorer l'efficacité du développement, car les opérations natives sont très primitives et l'abstraction de React ne s'applique pas à tous les besoins des fonctions interactives.
L'utilisation ou non de jQuery dépend de la nature du projet et des tâches de développement spécifiques. Pour l'instant, pour certains projets de petite et moyenne taille avec peu de fonctions d'interaction de données, le taux de retour sur investissement de l'utilisation de jQuery devrait être bon.
En plus du point de vue de l'utilisation, du point de vue de l'apprentissage, mon point de vue est que l'étude de l'utilisation et du code source de jQuery est toujours utile pour améliorer le niveau JS et le niveau front-end.
Ce qui suit est une brève traduction des plusieurs raisons d'utiliser jQuery résumées par l'équipe Atypique
Désormais, le querySelector natif utilise également des sélecteurs CSS, mais jQurey est plus "avancé" au-dessus du standard CSS. Le soi-disant avancé signifie qu'il est plus direct et plus pratique pour certaines tâches de requête de nœud. Ces syntaxes de sélecteur partiel ne sont pas incluses dans la norme CSS. Par exemple : Pseudo classe :visible
: :visible
:
$('a[href^="http://"]:visible')
这个查询 是选择 所有前缀是 http://
这个不安全协议名,且可见的a
$('a[href^="http://"]').addClass(‘insecure').attr('target', '_blank');
http://
et est visible a< /code> balise. <p></p>Si vous disposez d'un grand nombre de requêtes avancées de ce type, la requête native ne peut pas la satisfaire (un grand nombre d'opérations primitives doivent être écrites). Sans jQuery, vous devez l'encapsuler vous-même. 🎜<h3 data-id="heading-4">第二,jQurey 支持链式语法,可将多个DOM操作写成一句<a href="https://www.php.cn/link/9bccc2a2179ce6e52f17bb831bc4ac1e" target="_blank" title="https://nakeman.cn/blog/reasons-why-we-still-use-jquery/#%E7%AC%AC%E4%BA%8Cjqurey-%E6%94%AF%E6%8C%81%E9%93%BE%E5%BC%8F%E8%AF%AD%E6%B3%95%E5%8F%AF%E5%B0%86%E5%A4%9A%E4%B8%AAdom%E6%93%8D%E4%BD%9C%E5%86%99%E6%88%90%E4%B8%80%E5%8F%A5" ref="nofollow noopener noreferrer"></a></h3><p>jQurey构造函数(<code>$()
)创建并返回一个 jquery对象,这个对象实例的所有 DOM 操作方法 都会修改当前实例后返回它(新的修改过后jquery实例)注1,这样,多个 DOM操作 就可以连写在一起,这就是有名的 链式语法。例如$('a[href^="http://"]').addClass(‘insecure').attr('target', '_blank');
以上语句 选中的DOM节点 执行了两次操作:添加样式类(insecure)和属性(target)。如果用原生 得这么写:
const insecure_links = document.querySelector(‘a[href^=“http://“]’); insecure_links.classList.add(‘insecure’); insecure_links.addAttribute(’target’, ‘_blank’);
这里比较明显的看出jQuery的优势。
jQuery对象的DOM操作方法默认是批量处理,无论是你选一个或是多个;但是如果是 多个,原生必须使用 querySelectorAll,并且选中后还要手动循环处理每个节点:
const insecure_links = document.querySelectorAll(‘a[href^=http://“]’); for (let i = 0; i < insecure_links.length; i++) { insecure_links[i].classList.add(‘insecure’); insecure_links[i].addAttribute(’target’, ‘_blank’); }
无论是一个 还是多个,jQuery 都是一条语句(没变化):
$('a[href^="http://"]').addClass('insecure').attr('target', '_blank');
jQuery 一个中间变量都不用,代码简洁易读,这就是效率。
现代浏览器普及率已经相当不错,但不绝对,且如果你有老项目需要维护,目前还是有学用jQuery的必要。如果你想用最新技术,又不得不维护兼容性,则得自己处理兼容问题,这可能不比直接使用 jQuery 更有效率。尤其是 AJAX 和 事件检测 这两个 兼容问题。
大家都很喜欢 jQuery的一个点,是它有很多 非常有用 的插件。这些插件 不但多样,且成熟。一个典型例子就 是轮播插件(carousel)。不使用插件,要我们自己写一个,我们得花一到两个工作日,轮播展示功能 很复杂。
使用jQuery,则有多种 轮播插件可选择,灵活且成熟,可满足任何 轮播展示的需求。
以上理由都为了——开发者效率,而效率要靠专注,需要抽象来维护一个较小的工作环境,忽略不必要的细节。jQuery 的抽象 是有效率的。
不过,就是因jQuery是有抽象的,也作为一种依赖是有大小的,所以,会有性能(运行和加载)损耗。这些都是 项目成功 的可能因素 。
原文地址:https://nakeman.cn/blog/reasons-why-we-still-use-jquery/%EF%BC%89
更多编程相关知识,请访问:编程教学!!
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!