Ich finde Build-Tools unendlich interessant, besonders jetzt, da wir uns in einer saftigen Übergangsphase der nächsten Generation mit Akteuren wie Vite, wmr, Snowpack und esbuild befinden. Hugh Haworth hat einen guten Überblick über die neuen Spieler, und wir haben auf ShopTalk mehrmals darüber gesprochen einige Male. Ich mag es besonders, wenn Leute ihre persönlichen Reisen beim Wechsel von Build-Tools bloggen, wie z. B. Ben Frain es getan hat.
Es ist nicht wie beim Kauf eines neuen Autos, bei dem das neue schneller ist, aber beide haben Lenkräder, Türen und Bremspedale und so weiter. Sie haben gemeinsam, dass sie versuchen, lokal DX (Developer Experience) und UX (via Performance) in der Produktion zu bieten – ansonsten sind ihr Ansatz, was sie bieten und was sie erwarten, ganz unterschiedlich.
Diese Unterschiede bedeuten, dass man sein Gehirn umtrainieren muss, wie man erwartet, dass Dinge funktionieren. Hier ist Ben über Snowpack
In Snowpack muss Ihre
index.html-Datei auf die transformierte Version der Dateien verweisen – auch wenn diese in Ihrem Dateisystem nicht existieren.Moment, was?
Ich sage das noch einmal, da es sehr wichtig ist. Sie verlinken auf Dateien, die nicht existieren.
Das ist doch seltsam, oder?
Aber Ben wechselte von Parcel zu Snowpack, und Parcel war auch seltsam. In den Gulp-Tagen waren wir sehr explizit, welche Dateien wir auswählten, auf welche wir Aufgaben anwendeten und wohin der transformierte Code ging. In webpack gibt es sehr explizite entry- und output-Ziele, und es konzentriert sich sehr darauf, dass JavaScript der Input ist. Aber Parcel wollte wirklich eine HTML-Datei als Einstiegspunkt und erkundete sich von dort aus selbst.
Ich dachte immer, Parcel hätte bei der WordPress-Gemeinde stärker eingeschlagen, da man auf die Vorlagendatei zeigen konnte, in der man seine Assets in einer WordPress-Vorlage verknüpfte, und es dann seine Arbeit tat. Ich schätze, WordPress ist mit all dem wp_enqueue_style-Zeug zu seltsam und es funktionierte einfach nicht?
Ben gibt Snowpack einen vorsichtigen Daumen hoch.
Wenn Sie ein neues Projekt starten, hätte ich keinerlei Bedenken, Snowpack zu wählen. Es hat nicht die Tiefe an Support-Dokumentation oder Stack Overflow-Fragen, wenn Sie auf Probleme stoßen, aber im Allgemeinen ist es solide genug, um es aufzunehmen und loszulegen.
Ich denke, wenn ich das nächste Mal die Gelegenheit habe, mit Build-Tools zu spielen, wird meine Messlatte unglaubliche Geschwindigkeit sein. Ich habe in meinem Leben zu viel Zeit mit Projekten verbracht, bei denen die Entwicklererfahrung langsam war. Ich möchte blitzschnelle Updates für alles, woran ich arbeite.