


SSR in Next.js Was ist neu beim App-Routing im Vergleich zum Seiten-Routing?
Einführung
Next.js ist seit langem eine beliebte Wahl für die Erstellung servergerenderter React-Anwendungen. Mit der integrierten Unterstützung für Server-Side Rendering (SSR) können Entwickler dynamische, SEO-freundliche Anwendungen erstellen. Allerdings haben die Einführung des App Routers in Next.js 13 und die Verfeinerungen in Next.js 14 SSR erheblich vereinfacht und verbessert.
In diesem Blogbeitrag untersuchen wir die Unterschiede im SSR zwischen dem traditionellen Page-Routing-System und dem neueren App-Routing-System und beleuchten, wie SSR funktioniert und wie es sich durch das neue Routing-Paradigma verändert.
SSR im Seitenrouting (Pre-Next.js 13)
Vor der Einführung des App Routers wurde SSR im Page Routing-System mithilfe spezifischer Funktionen wie getServerSideProps gehandhabt. Diese Funktion wurde bei jeder Anfrage aufgerufen, sodass Entwickler vor dem Rendern der Seite Daten serverseitig abrufen können.
Beispiel für SSR im Seitenrouting mit getServerSideProps:
export default function Blogs({ data }) { // Render the fetched data return ( <div> {data.map((item) => ( <div key={item.id}> <h3>{item.title}</h3> <p>{item.content}</p> </div> ))} </div> ); } // This function runs on every request export async function getServerSideProps() { // Fetch data from an external API const res = await fetch('https://api.example.com/blogs'); const data = await res.json(); // Pass the data as props to the page component return { props: { data } }; }
Hier ist getServerSideProps der Schlüssel zu SSR im Page Routing-System. Es ermöglicht Ihnen, bei jeder Anfrage Daten von einer API (oder einer anderen Datenquelle) abzurufen und sie als Requisiten an die Seitenkomponente zu übergeben. Dieses Muster ist zwar leistungsstark, kann jedoch zu komplexen Codebasen führen, wenn viel serverseitige Logik und unterschiedliche Routen verarbeitet werden.
App-Routing und SSR in Next.js 14
Mit Next.js 14 wurde SSR schlanker und in das App Routing-System integriert. Dieses neue System führt Serverkomponenten und Clientkomponenten ein, wobei SSR viel intuitiver ist.
In App Routing können Sie jetzt Daten direkt innerhalb von Komponenten abrufen, ohne dass spezielle Funktionen wie getServerSideProps erforderlich sind. Dies können Sie durch den Einsatz von Serveraktionen erreichen, wodurch der Code einfacher und leichter zu warten ist.
Beispiel für SSR im App-Routing mit Serverkomponenten:
"use server"; export async function getBlogs() { try { const response = await fetch('https://api.example.com/posts'); return response.json(); } catch (error) { return { error: error.message }; } } // This component runs on the server and fetches data export default async function Blog() { const blogs = await getBlogs(); return ( <div> {(blogs || []).map((blog) => ( <div key={blog._id}> <h3>{blog.name}</h3> <p>{blog.content}</p> </div> ))} </div> ); }
In diesem App-Routing-Beispiel verwenden wir eine Serverkomponente, um Daten mithilfe von „use server“ direkt in der Komponentendatei abzurufen. Dadurch entfällt die Notwendigkeit separater API-Routen oder Funktionen wie getServerSideProps.
Die Macht der Serveraktionen
Next.js 14 vereinfacht den Prozess durch die Einführung von Serveraktionen. Mit diesen Aktionen können Sie Daten direkt in der Komponentendatei abrufen und verarbeiten, wodurch die Komplexität verringert und Ihre Codebasis wartbarer wird.
Hauptvorteile von Serveraktionen:
Cleaner Code:Anstatt die serverseitige Logik in separate Dateien oder Funktionen zu verstreuen, können Sie alles an einem Ort aufbewahren.
Verbesserte Wartbarkeit: Weniger bewegliche Teile bedeuten weniger zu verwaltenden Code, wodurch Ihre Anwendung einfacher zu warten ist.
Bessere Leistung: Mit intelligenten Caching-Mechanismen können Sie Ihre serverseitige Logik für optimale Leistung optimieren.
Hydratation in Next.js
Im Kontext von Next.js und serverseitigem Rendering (SSR) bezieht sich Hydration auf den Prozess, bei dem eine statisch gerenderte HTML-Seite (vom Server gesendet) in eine vollständig interaktive React-Anwendung im Browser konvertiert wird. Es „hydratisiert“ den statischen HTML-Code mit dem clientseitigen JavaScript von React, um die Seite interaktiv zu machen.
Hydratation im App-Routing vs. Seiten-Routing
Beim Seitenrouting ist für jede Komponente auf der Seite eine Hydratation erforderlich, wodurch sie auf der Clientseite interaktiv wird. Dies bedeutet, dass das gesamte für Interaktionen benötigte JavaScript an den Client gesendet wird, was bei der Skalierung der Anwendung zu Leistungsengpässen führen kann.
Beim App Routing werden mit Serverkomponenten nur die Clientkomponenten (die für die Interaktivität verantwortlich sind) hydratisiert. Diese selektive Hydratation reduziert die Menge an JavaScript, die an den Client gesendet wird, was zu einer verbesserten Leistung führt.
Beispiel für Client-Komponenten im App-Routing:
'use client'; // Mark this as a client component export default function Button() { return ( <button onClick={() => alert('Button clicked!')}>Click Me</button> ); }
Hier wird die Button-Komponente als Client-Komponente mit „Client verwenden“ markiert. Es ermöglicht Interaktivität und wird auf der Clientseite ausgeführt, während andere nicht interaktive Komponenten als Serverkomponenten verbleiben und so die Leistung verbessern.
Weitere Informationen zur Flüssigkeitszufuhr finden Sie im App Routing
So funktioniert es:
Parent Components as Server Components:
The parent components (usually the higher-level components or entire page components) are typically Server Components. They run on the server and handle things like data fetching, rendering static HTML, and passing that data down to child components.
Since these are server-rendered, they do not include any JavaScript on the client-side, and they are not interactive.
Client Components for Interactivity:
Child components, which handle interactivity (like buttons, forms, etc.), are Client Components. These components can use React hooks (useState, useEffect, etc.) and are hydrated on the client-side.
Server Components pass data to these Client Components via props.
Once the HTML is loaded in the browser, Next.js hydrates the Client Components, attaching the necessary event listeners and making the page interactive.
// Server Component (Parent Component) export default async function ParentComponent() { // Fetch data on the server const data = await fetch('https://api.example.com/data').then(res => res.json()); return ( <div> <h1>This is Server-Side Rendered</h1> <ClientComponent data={data} /> </div> ); } // Client Component (Child Component) 'use client'; import { useState } from 'react'; function ClientComponent({ data }) { const [count, setCount] = useState(0); return ( <div> <p>Data from server: {JSON.stringify(data)}</p> <p>Client-side counter: {count}</p> <button onClick={() => setCount(count + 1)}>Increment</button> </div> ); }
Conclusion
Next.js 14 makes Server-Side Rendering (SSR) easier and more powerful with the introduction of server actions in the App Router. By allowing developers to fetch data directly inside component files, this new system streamlines server-side logic, simplifies codebases, and reduces the need for separate API routes. Coupled with selective hydration, SSR in Next.js 14 is now faster and more efficient, helping you build highly dynamic and SEO-friendly applications with ease.
By leveraging these server actions, you can improve your app’s performance while keeping your code clean and maintainable. The shift from Page Routing to App Routing with Server and Client Components represents a major leap forward in building scalable web applications.
Das obige ist der detaillierte Inhalt vonSSR in Next.js Was ist neu beim App-Routing im Vergleich zum Seiten-Routing?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen











Python eignet sich besser für Anfänger mit einer reibungslosen Lernkurve und einer kurzen Syntax. JavaScript ist für die Front-End-Entwicklung mit einer steilen Lernkurve und einer flexiblen Syntax geeignet. 1. Python-Syntax ist intuitiv und für die Entwicklung von Datenwissenschaften und Back-End-Entwicklung geeignet. 2. JavaScript ist flexibel und in Front-End- und serverseitiger Programmierung weit verbreitet.

Die Verschiebung von C/C zu JavaScript erfordert die Anpassung an dynamische Typisierung, Müllsammlung und asynchrone Programmierung. 1) C/C ist eine statisch typisierte Sprache, die eine manuelle Speicherverwaltung erfordert, während JavaScript dynamisch eingegeben und die Müllsammlung automatisch verarbeitet wird. 2) C/C muss in den Maschinencode kompiliert werden, während JavaScript eine interpretierte Sprache ist. 3) JavaScript führt Konzepte wie Verschlüsse, Prototypketten und Versprechen ein, die die Flexibilität und asynchrone Programmierfunktionen verbessern.

Zu den Hauptanwendungen von JavaScript in der Webentwicklung gehören die Interaktion der Clients, die Formüberprüfung und die asynchrone Kommunikation. 1) Dynamisches Inhaltsaktualisierung und Benutzerinteraktion durch DOM -Operationen; 2) Die Kundenüberprüfung erfolgt vor dem Einreichung von Daten, um die Benutzererfahrung zu verbessern. 3) Die Aktualisierung der Kommunikation mit dem Server wird durch AJAX -Technologie erreicht.

Die Anwendung von JavaScript in der realen Welt umfasst Front-End- und Back-End-Entwicklung. 1) Zeigen Sie Front-End-Anwendungen an, indem Sie eine TODO-Listanwendung erstellen, die DOM-Operationen und Ereignisverarbeitung umfasst. 2) Erstellen Sie RESTFUFFUPI über Node.js und express, um Back-End-Anwendungen zu demonstrieren.

Es ist für Entwickler wichtig, zu verstehen, wie die JavaScript -Engine intern funktioniert, da sie effizientere Code schreibt und Leistungs Engpässe und Optimierungsstrategien verstehen kann. 1) Der Workflow der Engine umfasst drei Phasen: Parsen, Kompilieren und Ausführung; 2) Während des Ausführungsprozesses führt die Engine dynamische Optimierung durch, wie z. B. Inline -Cache und versteckte Klassen. 3) Zu Best Practices gehören die Vermeidung globaler Variablen, die Optimierung von Schleifen, die Verwendung von const und lass und die Vermeidung übermäßiger Verwendung von Schließungen.

Python und JavaScript haben ihre eigenen Vor- und Nachteile in Bezug auf Gemeinschaft, Bibliotheken und Ressourcen. 1) Die Python-Community ist freundlich und für Anfänger geeignet, aber die Front-End-Entwicklungsressourcen sind nicht so reich wie JavaScript. 2) Python ist leistungsstark in Bibliotheken für Datenwissenschaft und maschinelles Lernen, während JavaScript in Bibliotheken und Front-End-Entwicklungsbibliotheken und Frameworks besser ist. 3) Beide haben reichhaltige Lernressourcen, aber Python eignet sich zum Beginn der offiziellen Dokumente, während JavaScript mit Mdnwebdocs besser ist. Die Wahl sollte auf Projektbedürfnissen und persönlichen Interessen beruhen.

Sowohl Python als auch JavaScripts Entscheidungen in Entwicklungsumgebungen sind wichtig. 1) Die Entwicklungsumgebung von Python umfasst Pycharm, Jupyternotebook und Anaconda, die für Datenwissenschaft und schnelles Prototyping geeignet sind. 2) Die Entwicklungsumgebung von JavaScript umfasst Node.JS, VSCODE und WebPack, die für die Entwicklung von Front-End- und Back-End-Entwicklung geeignet sind. Durch die Auswahl der richtigen Tools nach den Projektbedürfnissen kann die Entwicklung der Entwicklung und die Erfolgsquote der Projekte verbessert werden.

C und C spielen eine wichtige Rolle in der JavaScript -Engine, die hauptsächlich zur Implementierung von Dolmetschern und JIT -Compilern verwendet wird. 1) C wird verwendet, um JavaScript -Quellcode zu analysieren und einen abstrakten Syntaxbaum zu generieren. 2) C ist für die Generierung und Ausführung von Bytecode verantwortlich. 3) C implementiert den JIT-Compiler, optimiert und kompiliert Hot-Spot-Code zur Laufzeit und verbessert die Ausführungseffizienz von JavaScript erheblich.
