Html5-boilerplate: jQuery auf 3.5.1 aktualisieren oder... jQuery entfernen? Diskutieren!

@coliff sagte

Ich habe heute eine PR für das Update auf jQuery 3.5.0 erstellt, aber es sieht so aus, als ob eine schnelle Patch-Version (jquery/jquery#4665) sehr bald veröffentlicht wird, sodass wir erneut aktualisieren müssen - ODER wir könnten erwägen, jQuery ganz zu entfernen. Die Art und Weise, wie Websites erstellt werden, hat sich in den letzten 10 Jahren stark verändert und jQuery ist nicht mehr zwingend erforderlich. Wenn die Leute es hinzufügen möchten, ist es einfach für sie, es selbst zu tun, ohne dass es standardmäßig für alle enthalten ist.

Ich bin auch offen für eine Option, bei der Sie das Projekt optional mit / ohne jQuery über die Befehlszeile erstellen können. Ich möchte eine Version haben, mit der wir zufrieden sind und die in der 8.0-Zip-Datei geliefert wird, aber ich freue mich auch, einige optionale Dinge in den Build zu integrieren - indem ich statische Eigenschaften in einer Konfigurationsdatei verwende, um es super einfach zu machen. Wir könnten dort auch Dinge wie den Wert für das lang-Attribut hinzufügen.

UI-Designer hier, häufiger Benutzer dieses Projekts zum Prototyping von Website-Interaktionen und dergleichen.

Meine erste Reaktion war: _oh nein, nimm meine jQuery nicht weg_. Ich stecke in meinen Wegen fest und benutze es immer noch, da es für einfache DOM-Traversal- und Manipulationssachen "nur Sinn macht".

Aber nach 2 Minuten Bedenkzeit: _Bündelung einer Fremdbibliothek ist keine Kernkompetenz dieses Projekts_. Es ist trivial, jQuery selbst hinzuzufügen. Tatsächlich habe ich aus Gründen, an die ich mich gerade nicht erinnere, die mitgelieferte Version herausgerissen und jQuery Slim in meinem neuesten Prototyp hinzugefügt.

Das Einbinden von jQuery ist mit ihrem CDN (https://code.jquery.com) enorm einfach und es ist einfach herunterzuladen, also kann ich sagen, dass es sicher ist, es zu entfernen.

Ich denke, dass der Trend jetzt dahin geht, die jQuery-Unterstützung zu entfernen, und es wäre richtig, diesen Trend zu unterstützen, und jQuery sollte heutzutage nicht standardmäßig in Web-Entwicklung enthalten sein. Wie auch immer, wenn Entwickler es vorziehen, jQuery zu verwenden, ist es sehr einfach, es hinzuzufügen, aber wenn es nicht standardmäßig enthalten ist, denke ich, dass es wahrscheinlicher ist, dass ein Entwickler darüber nachdenkt, ob jQuery wirklich in seinem Projekt benötigt wird, wenn er im Grunde nur die Klasse umschalten muss? wenn..

Das optionale Erstellen des Projekts mit / ohne jQuery, bei dem jQuery standardmäßig deaktiviert ist, scheint mir die beste Option zu sein.

Entfernen Sie es und entfernen Sie es jetzt! 💯

Um https://github.com/h5bp/html5-boilerplate/issues/2215#issuecomment -615350077 zu wiederholen Das Entfernen von jQuery gibt den Benutzern eine gewisse Flexibilität bei der Auswahl, wie und was sie hinzufügen oder nicht hinzufügen können, um ihre Website zu verbessern. Zu einem bestimmten Zeitpunkt war jQuery ein notwendiger Bestandteil jeder Site und heute ist es nur eines von vielen Tools, mit denen Entwickler eine Vielzahl von Front-End-Aufgaben ausführen können.

Einmal gehen.... Zweimal gehen...

Wollte mich nur schnell mit meinen Gedanken einklinken. Ich bin ein großer Fan von jQuery und verwende es in vielen Projekten, aber es gibt einige gute Gründe, warum wir es nicht standardmäßig in die Vorlage aufnehmen sollten:

• Manchmal möchten Benutzer möglicherweise die kleinere schlanke Bauweise verwenden
• Das Selbsthosten von jQuery anstelle der Verwendung eines Drittanbieter-CDN hat viele Vorteile, darunter eine längere Browser-Cache-Lebensdauer (dritte Assets haben normalerweise eine kürzere Cache-Lebensdauer) und eine möglicherweise verbesserte Leistung, da keine DNS-Auflösung/TCP/TLS-Suche erforderlich ist. https://csswizardry.com/2019/05/self-host-your-static-assets/

Einerseits bin ich dafür, jQuery zu entfernen, es war lange Zeit die bevorzugte Javascript-Bibliothek und wurde in fast jedem Projekt verwendet, aber die Dinge haben sich mit leistungsfähigerem HTML & CSS und einer Vielzahl anderer geändert Javascript-Lösungen.
Aber ... Ich verwende Javascript-Bibliotheken in meinen Projekten, oft von CDNs, daher ist es immer noch von Vorteil, ein Beispiel zur Implementierung einer in Ihren Code "besten", "richtigen" oder effizientesten Weg zu belassen. (Erinnern Sie sich, als wir früher fast alles zwischen die head -Tags gestopft haben?)
Um die Implikation zu vermeiden, dass jQuery ein Standard in jedem Projekt sein sollte, könnte eine gefälschte Bibliothek verwendet werden oder eine kleinere Bibliothek mit einer einzigen Funktionalität plus einem Kommentar, der besagt, dass dies ein Beispiel für die Implementierung ist.

Das Entfernen von jQuery aus dem Projekt wurde mir bereits vorgeschlagen und wurde von @coliff als Diskussionspunkt für die kommende 8.0-Version vorgeschlagen

Ich bin offen, darüber zu diskutieren. Dieses Ticket ist der Ort für diese Diskussion 🤔 😠 😄 😢

Ich werde meine Gedanken jetzt noch nicht darlegen, aber ich werde teilen, was meiner Meinung nach die zwei verschiedenen Betrachtungsweisen sind.

Einerseits zeigen die Nutzungsstatistiken der

Auf der anderen Seite - Für viele Leute, die auf GitHub aktiv sind und auf dem neuesten Stand der Frontend-Entwicklung bleiben, ist jQuery drei oder vier Generationen alt und hat in ihrer täglichen Entwicklung überhaupt keinen Platz mehr. Es mag irgendwo in einigen Projekten als Abhängigkeit leben, aber eine Menge $() Dinge zu tun, gehört der Vergangenheit an.