Heim > Artikel > Web-Frontend > React Fatigue: Warum manche Entwickler weitermachen
Verstehen Sie mich nicht falsch – ich liebe React. Ich habe 2021 damit begonnen, es zu lernen, als Hooks der letzte Schrei waren und React auf dem Vormarsch war. Im Vergleich zu den Java-Grundsätzen, die ich im College lernen musste, fühlten sich JavaScript und React erfrischend an. Ich habe mich mit Scrimbas Frontend-Pfad für React beschäftigt, wo das Erstellen von Miniprojekten sowohl Spaß machte als auch informativ war. Da ich einen UI/UX-Hintergrund habe, gefielen mir auch die sauberen Benutzeroberflächen, die ich mit den Designbibliotheken von React erstellen konnte.
Aber in letzter Zeit scheint die Attraktivität von React nachzulassen. Es gibt zunehmend Diskussionen über seine Probleme, was erklären könnte, warum einige große Namen im Technologiebereich sich zurückziehen. Also, was ist mit React los?
React hat seine Stärken – insbesondere bei komplexen Projekten, die eine erweiterte Zustandsverwaltung erfordern –, aber diese Stärken gehen oft mit dem Nachteil von umfangreichem clientseitigem JavaScript einher. Bei einfacheren oder leistungsintensiven Anwendungen kann dies zu einer trägen Benutzererfahrung führen, was ein großer Nachteil für Unternehmen ist, die Wert auf Geschwindigkeit legen.
Einige aktuelle Kritik, gut zusammengefasst in einem Artikel über Picallilli, verdeutlicht, wie tief React eingebettet ist und es trotz der Gegenreaktion schwierig macht, es zu ersetzen. Der Autor weist darauf hin, dass React trotz des Aufkommens alternativer Frameworks über eine riesige bestehende Codebasis verfügt, die es für lange Zeit relevant halten wird. Darüber hinaus könnte die Verpflichtung von React zur Weiterentwicklung, wie etwa die Unterstützung für benutzerdefinierte Elemente (Webkomponenten) in Version 19, Migrationen und Flexibilität erleichtern.
Es sind nicht nur Entwickler, die React in Frage stellen – auch Unternehmen handeln danach.
Netflix hat für einige Projekte einen Wechsel zu Vanilla JS angekündigt, Microsoft setzt auf Webkomponenten in Edge, Shopify verzichtet bei einigen Projekten auf React, Airbnb setzt auf betriebssystemspezifische Frameworks für mobile Apps statt auf React Native. und Kelly Sutton von Gusto wechselt zu StimulusJS.
Der Trend zu Framework-unabhängigen Lösungen nimmt zu, wobei Unternehmen sich mehr auf Leistung, Flexibilität und die Vermeidung der Last konzentrieren, die React oft mit sich bringt.
Die regelmäßigen Updates und Feature-Releases von React können sowohl ein Segen als auch ein Fluch sein. In einem kürzlich erschienenen Artikel wurde argumentiert, dass die schnelle Entwicklung von React dazu führt, dass Unternehmen ihre Apps fast alle 2,5 Jahre neu schreiben müssen, was schwierig ist. Teams, die nicht häufig Updates durchführen, laufen Gefahr, technische Schulden anzuhäufen, und neue Entwickler müssen am Ende Übergänge von Versionen wie React 17 auf 19 bewältigen, was frustrierend sein kann.
Diese ganze Debatte hat mich sogar dazu gebracht, meinen eigenen Tech-Stack für eine neue Blog-Site, die ich erstellen möchte, zu überdenken. Meine ursprüngliche Portfolio-Site wurde mit React erstellt und auf Vercel bereitgestellt, aber dieses Mal habe ich Optionen wie Next.js, Gatsby, Astro und Hugo ausprobiert. Da SEO für den Blog Priorität hat, habe ich ihn auf Gatsby und Hugo eingegrenzt. Ich habe über die Einfachheit von Hugo und Go gelesen – einige Entwickler behaupten, dass neue Benutzer innerhalb einer Woche soliden Go-Code schreiben können, während React oft das Gefühl hat, dass es einen Doktortitel braucht, um mit neuen Hooks und Funktionen Schritt zu halten. Ich gehe also mit Hugo und hole mir vielleicht unterwegs etwas Go. Aber keine Sorge, ich gebe React nicht auf!
Letztendlich hängt die Wahl der Technologie vom Projekt und der Expertise des Teams ab. React bleibt in Bereichen stark, die eine ausgefeilte Zustandsverwaltung und umfassende Interaktivität erfordern. Bei kleineren oder einfacheren Projekten ist es jedoch schwierig, die Anziehungskraft leichterer, flexiblerer Alternativen zu ignorieren.
Das obige ist der detaillierte Inhalt vonReact Fatigue: Warum manche Entwickler weitermachen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!