In diesem Artikel untersuchen wir den Ursprung von React, welche Probleme es löst und
warum Next.js erstellt wurde. Obwohl allgemein bekannt ist, dass Next.js SSR (serverseitiges Rendering) bietet, werden wir tiefer darauf eingehen, was SSR wirklich ist und warum es möglicherweise besser ist als CSR (clientseitiges Rendering). Seitenrendering) in bestimmten Fällen.
Bevor React.js das Konzept von CSR (clientseitiges Rendering) populär machte, folgten die meisten Anwendungen dem traditionellen MPA-Modell (Multi-Page Application). In MPAs kümmerte sich der Server um die Darstellung von HTML, ein Prozess, der, wie wir sehen werden, sowohl Vor- als auch Nachteile hatte.
Wie wir sehen können, war das Rendern der Seite einfach. Sie senden eine Anfrage an den Server, es dauert einige Zeit, den erforderlichen HTML-Code einzurichten, sendet ihn zurück und juhu, die Seite wird geladen.
Also, was ist das Problem? Zum jetzigen Zeitpunkt gibt es noch keinen. Tatsächlich kann dieser Ansatz effizienter erscheinen als die Art und Weise, wie React.js das Laden von Seiten handhabt – zumindest zunächst. Das Problem tritt jedoch auf, wenn Benutzer beginnen, mit der Seite zu interagieren. Lassen Sie uns ein hypothetisches Szenario durchgehen:
Das war es, was React zu beheben versuchte
Wie hat React das Problem behoben?
React führte das revolutionäre Konzept des Client-Side-Rendering (CSR) ein. Anstatt den HTML-Code auf dem Server zu rendern, rendert CSR ihn im Browser des Clients.
Aber wie funktioniert das?Angesichts der Tatsache, dass der Server beim ersten Laden der Seite noch HTML bereitstellen muss?
Das passiert: Der Server sendet ein ursprüngliches HTML-Gerüst, das jedoch nicht den eigentlichen Inhalt enthält. Stattdessen enthält es ein