Warum jetzt noch jQuery verwenden? Ursachenanalyse

Laut Statistik ist die Nutzung von jQuery auf globalen Websites immer noch hoch. Es ist jedoch eine unbestreitbare Tatsache, dass jQuery mit der Modernisierung der Webtechnologie an den Rand gedrängt wurde und viele Menschen direkt glauben, dass jQuery veraltet ist und nicht mehr darüber nachdenken muss, es zu verwenden. Diese Leute verwenden jQuery möglicherweise selten oder nicht. Auch wenn sie jQuery nicht verwenden, gibt es immer noch Raum für Diskussionen.

Erstens hat jQuery in der Tat seinen früheren Vorteil bei der Entwicklung moderner Front-End-Benutzeroberflächen verloren, und da die Webstandards ausgereift sind, besteht keine Notwendigkeit, zu viel auf Kompatibilität und Konsistenz zu achten, und außerdem wurden auch DOM-Betriebs-APIs ersetzt. Es sind neue Technologiemärkte entstanden (wie MVVM), die die Entwicklung von UI-Funktionen deklarativ automatisieren können.

Tatsächlich sind viele Faktoren zu berücksichtigen, ob man den Umgang mit einem Werkzeug erlernen möchte (um es in einem neuen Projekt einzusetzen). Was jQuery angeht, gibt es meiner Meinung nach immer noch Möglichkeiten, es zu lernen und zu nutzen.

Verwendung

Bei der Auswahl eines Technologie-Stacks für ein kommerzielles Projekt sollten sowohl die Inputkosten als auch das Ertragsverhältnis berücksichtigt werden. Menschen, die die Verwendung von jQuery ablehnen, befürchten im Allgemeinen, dass es veraltet ist und nach dem Erlernen nicht mehr verwendet werden kann, und bezweifeln auch die Entwicklungseffizienz. Jede Technologie wird veraltet sein, daher ist es bei vorhersehbaren Projekten nicht der wichtigste zu berücksichtigende Faktor, ob die Technologie veraltet ist. Im Vordergrund stehen die Lern-, Entwicklungs- und Wartungskosten sowie die Rendite.

Jedes Werkzeug hat einen Lernaufwand und seine Anwendbarkeit im Einsatz. Der Lernaufwand für natives DOM und React ist nicht gering und es gibt auch einen einzigartigen Anwendungsbereich.

• Standardmäßig muss die native DOM-API universell sein und DOM-Operationen sind relativ primitiv.
• MVVM ist eigentlich nur auf die Statusaktualisierungs-Benutzeroberfläche anwendbar und nicht auf einige subtile DOM-Operationen wie Animations- und Fensteroperationen anwendbar.

Tatsächlich ist jQuery eine Toolbibliothek für DOM-Operationen. Ihr natives oder React-Projekt muss über einige benutzerdefinierte Toolbibliotheken verfügen, um die Entwicklungseffizienz zu verbessern, da native Operationen sehr primitiv sind und die Abstraktion von React nicht für alle interaktiven Funktionen gilt.

Ob jQuery verwendet werden soll oder nicht, hängt von der Art des Projekts und den spezifischen Entwicklungsaufgaben ab. Für einige kleine und mittlere Projekte mit wenigen Dateninteraktionsfunktionen sollte das Return-on-Investment-Verhältnis der Verwendung von jQuery derzeit gut sein.

Lernen

Neben der Nutzungsperspektive bin ich aus Sicht des Lernens der Ansicht, dass das Studium der jQuery-Nutzung und des Quellcodes immer noch hilfreich ist, um die JS-Ebene und die Front-End-Ebene zu verbessern.

Atypic glaubt, dass es sechs Gründe gibt, jQurey weiterhin zu verwenden

Das Folgende ist eine kurze Übersetzung der mehreren Gründe für die Verwendung von jQuery, zusammengefasst vom Atypic-Team

Erstens ist der DOM-Knotenselektor von jQurey relativ leistungsfähig

Jetzt verwendet der native querySelector auch CSS-Selektoren, aber jQurey ist gegenüber dem CSS-Standard „fortgeschrittener“. Das sogenannte Erweitert bedeutet, dass es für bestimmte Knotenabfrageaufgaben direkter und bequemer ist. Diese partiellen Selektorsyntaxen sind nicht im CSS-Standard enthalten. Zum Beispiel: Pseudoklasse :visible: :visible ：

$('a[href^="http://"]:visible')

这个查询 是选择 所有前缀是 http:// 这个不安全协议名，且可见的a

$('a[href^="http://"]').addClass(‘insecure').attr('target', '_blank');

Diese Abfrage wählt alle unsicheren Protokollnamen aus, deren Präfix http:// ist und a< sichtbar ist /code>-Tag. <p></p>Wenn Sie eine große Anzahl solcher erweiterten Abfragen haben, kann die native Abfrage diese nicht erfüllen (eine große Anzahl primitiver Operationen muss geschrieben werden. Ohne jQuery müssen Sie sie selbst kapseln). 🎜<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的优势。

第三，jQurey支持自动批量处理节点数组，语法更简洁

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

更多编程相关知识，请访问：编程教学！！

Das obige ist der detaillierte Inhalt vonWarum jetzt noch jQuery verwenden? Ursachenanalyse. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!