Eine große Schüssel Porridge von Rich Harris, 19 Minuten lang nicht zu heiß, nicht zu kalt.
Ich habe zweifellos mehr als meinen fairen Anteil an Diskussionen über Single-Page Apps (SPAs) vs. Multi-Page Apps (MPAs) mitbekommen. Obwohl erst seit kurzem Leute diesen Akronym für MPA verwenden, fühlt es sich seltsam an.
Ich vermute, dass die meisten Leute eigentlich angemessen nuancierte Meinungen darüber haben, welche Architekturen für die von ihnen erstellten Websites am besten geeignet sind. Aber es macht Spaß, harte Meinungen von Karikaturen von Entwicklern gegeneinander auszuspielen und die besten Punkte von jeder Seite herauszuziehen.
Die Ironie ist, dass die Art und Weise, wie sich die Branche entwickelt, die Wahl zwischen SPA oder MPA keine reine Entscheidung ist. Sie können buchstäblich Aspekte von beidem auf einer Website haben. Und während Technologien wie SvelteKit und Astro sie direkt unterstützen (es scheint, als ob Next 12 und serverseitig gerenderte Komponenten irgendwie auch Teil dieses Wandels sind), bin ich sicher, dass es viele Websites gibt, die dies bereits tun, indem sie eine Mischung aus Technologien verwenden, die über lange Jahre hinweg zusammengefügt wurden, um Geschäft zu ermöglichen. (Ich spreche vielleicht oder vielleicht auch nicht von meiner eigenen Erfahrung auf CodePen.)
Ich mag es ziemlich, wie *einige* sehr neumodische Dinge großartig sind und es sich lohnt, sie zu übernehmen und zu nutzen, während *einiges* alte Zeug den Test der Zeit wirklich bestanden hat und heute genauso nützlich ist wie eh und je.
Wenn Sie nicht genug von dem Thema bekommen können, Surma und Jake gehen dem auch nach.
Ich erstelle ein Boilerplate, um beides in einem Projekt zu unterstützen, und es hat in mehreren realen Projekten sehr gut funktioniert.
https://github.com/javadbat/hybrid-boilerplate#hybrid-boilerplate
Du kannst es auch benutzen.
Service Worker-gesteuerte MPAs sind der richtige Weg!
PWA, sollte aber gut mit mehreren synchronisierten Tabs mit dem SW funktionieren.