Trägheit

Jeremys Klassifizierung von Entwickler -Tools hat mich immer beeindruckt:

Ich habe zwei Arten von Webentwicklungs -Tools erwähnt, aber ich bin mir immer noch nicht sicher, wie ich diese Kategorien aufrufen soll. Innenraum und Außen? Für Entwickler und Benutzer?

Die erste Kategorie umfasst Build -Tools, Versionskontrolle, Übersetzer, Präprozessoren und Codeinspektoren. Diese Tools werden auf Ihrem Computer ausgeführt - oder auf dem Server - den Code, den Sie schreiben, und konvertieren ihn in Rohstoffe für das Web: HTML, CSS und JavaScript.

Die zweite Art von Tools besteht aus Rohstoffen für das Web: CSS Framework und JavaScript -Bibliotheken.

Dies ist eine gute Möglichkeit zu denken, und natürlich gibt es einige Feinheiten. SASS gehört zur ersten Kategorie, da es nicht direkt an den Benutzer geliefert wird, sondern nur CSS generiert wird, das dem Benutzer geliefert wird. Es wird sich jedoch weiterhin auf den Benutzer auswirken, da die Größe des CSS, das er generiert, abhängig davon, wie Sie es verwenden.

Jeremy ruft Seidet eine Bibliothek an, deren Ziel es ist, so viel wie möglich zu kompilieren, bevor der Code an den Benutzer geliefert wird. Es wird immer noch einen JavaScript-Code geben, aber er enthält nicht den Overhead der Entwickler-orientierten API. Die Subtilität hier ist, dass Svelte so verwendet werden kann , dass alle JavaScript -Code vollständig entfernt werden. Zum Beispiel kann Sufelskit seine Hydratationsfunktion vollständig ausschalten und die Seite vorbereiten, wodurch eine vollständig javaScript-freie Website erstellt wird (oder sie zumindest nur dann verwenden, wenn Sie sie benötigen).

Über reagieren:

Ich weiß, dass es Möglichkeiten gibt, Reaktionen eher wie die erste Art von Tool zu verhalten, aber dies ist definitiv nicht das Standardverhalten. Und das Standardverhalten ist wirklich wichtig. Für React ist das Standardverhalten davon auszugehen, dass der gesamte Code, den Sie schreiben - und die Tools, mit denen Sie ihn schreiben - an den Endbenutzer gesendet wird.

Ich finde das vernünftig, aber die Geschichte scheint sich langsam zu verändern. Ich denke, die weit verbreitete Verwendung ist weit davon entfernt, wie es ist, aber Serverkomponenten sind es wert, hier zu achten, da sie aus dem React -Team selbst stammen, genau wie Seltekit aus dem SufleT -Team selbst stammt.

Über Astro:

[…] Im Gegensatz zu Svelte können Sie mit Astro die gleiche Syntax wie vorhandene Framework verwenden. Wenn Sie also React gelernt haben - weil Sie es lernen müssen, um einen Job zu finden - können Sie Astro verwenden, ohne neue Syntax zu erlernen.

Ich weiß, dass Sie möglicherweise keine vorhandene React -Website in einem Klick in Astro konvertieren können, aber es gibt mindestens einen klaren Upgrade -Pfad.

Dies ist nicht nur theoretisch, sondern auch in der Praxis!

Ich habe gerade unsere kleine serverlose Micro -Website von Gatsby in Astro konvertiert. Gatsby basiert auf React, sodass alle Komponenten als React -Komponenten gebaut werden. Pull -Anfrage ist ein bisschen chaotisch, aber es ist hier. Ich habe einige davon in eine .astro -Datei umgewandelt, ließ aber viele Komponenten im Grunde genommen die gleichen wie .jsx -Reaktionskomponenten. React wird jedoch nicht an die Website des Benutzers gesendet. Der JavaScript -Code auf der Website wurde fast vollständig entfernt, so dass nur ein handschriftlicher natives Javascript -Code für sehr einfache Interaktionen zurückgelassen wurde.

Hier sind also einige Münzen, die Dinge werfen. Münzen verschmelzen? Für mich fühlt sich Astro sehr wie ein Entwickler-orientiertes Werkzeug. Es hat mir geholfen. Es verwendet den Vite -Compiler, der sehr schnell und angenehm zu verwenden ist (Astro hat sicherlich einige Mängel, da es noch nicht 1,0 erreicht ist, aber DX ist weitgehend implementiert). Es spricht meinen Stil. Es ermöglicht mir, SCSS zu schreiben. Es ermöglicht mir, Komponenten zu schreiben (mit vielen verschiedenen Frameworks). Es hilft aber auch Benutzern. Es gibt überhaupt kein JavaScript -Paket auf der Website.

Ich denke, das bedeutet, dass Astro die Kategorie nicht geändert hat - es ist ein Entwickler -orientiertes Werkzeug. Es verwandelt zufällig ein ursprünglich benutzerorientiertes Tool (sogar Sufle) in ein fast ausschließlich Entwickler-orientiertes Tool.

Da ich noch ein paar Links über Astro habe, die in meiner Tasche waren, hat Flavio ein großartiges Tutorial zum Einstieg.

Hier sind einige Websites Dave und ich diskutieren mit mir kürzlich mit Astro neu:

Das obige ist der detaillierte Inhalt vonTrägheit. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!