


SSR dans Next.js Quoi de neuf dans le routage d'application par rapport au routage de page
Présentation
Next.js est depuis longtemps un choix populaire pour créer des applications React rendues par le serveur. Grâce à sa prise en charge intégrée du rendu côté serveur (SSR), les développeurs peuvent créer des applications dynamiques et conviviales pour le référencement. Cependant, l'introduction du routeur d'applications dans Next.js 13 et les améliorations apportées à Next.js 14 ont considérablement simplifié et amélioré le SSR.
Dans cet article de blog, nous explorerons les différences de SSR entre le système de routage de pages traditionnel et le nouveau système de routage d'applications, en soulignant le fonctionnement du SSR et son évolution avec le nouveau paradigme de routage.
SSR dans le routage des pages (Pré-Next.js 13)
Avant l'introduction de l'App Router, SSR était géré dans le système de routage de pages à l'aide de fonctions spécifiques telles que getServerSideProps. Cette fonction était appelée à chaque requête, permettant aux développeurs de récupérer les données côté serveur avant de restituer la page.
Exemple de SSR dans le routage de pages utilisant getServerSideProps :
export default function Blogs({ data }) { // Render the fetched data return ( <div> {data.map((item) => ( <div key="{item.id}"> <h3 id="item-title">{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 } }; }
Ici, getServerSideProps est la clé du SSR dans le système de routage de pages. Il vous permet de récupérer des données à partir d'une API (ou de toute autre source de données) à chaque requête et de les transmettre au composant de page en tant qu'accessoires. Ce modèle, bien que puissant, peut entraîner des bases de code complexes lors de la gestion de nombreuses logiques côté serveur et de différentes routes.
Routage d'applications et SSR dans Next.js 14
Avec Next.js 14, SSR est devenu plus rationalisé et intégré au système de routage d'applications. Ce nouveau système introduit les composants serveur et les composants clients, où SSR est beaucoup plus intuitif.
Dans App Routing, vous pouvez désormais récupérer directement les données à l'intérieur des composants sans avoir besoin de fonctions spéciales telles que getServerSideProps. Vous pouvez y parvenir en utilisant des actions de serveur, ce qui rend le code plus simple et plus facile à maintenir.
Exemple de SSR dans le routage d'applications avec des composants serveur :
"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 id="blog-name">{blog.name}</h3> <p>{blog.content}</p> </div> ))} </div> ); }
Dans cet exemple de routage d'application, nous utilisons un composant serveur pour récupérer les données directement dans le fichier du composant à l'aide de use server. Cela supprime le besoin de routes ou de fonctions API distinctes telles que getServerSideProps.
La puissance des actions du serveur
Next.js 14 simplifie le processus en introduisant des actions de serveur. Ces actions vous permettent de récupérer et de traiter directement les données dans le fichier de composant, réduisant ainsi la complexité et rendant votre base de code plus maintenable.
Principaux avantages des actions du serveur :
Code de nettoyage : Au lieu de disperser la logique côté serveur dans des fichiers ou des fonctions séparés, vous pouvez tout conserver au même endroit.
Maintenabilité améliorée : moins de pièces mobiles signifie moins de code à gérer, ce qui rend votre application plus facile à maintenir.
Meilleures performances : Grâce aux mécanismes de mise en cache intelligents, vous pouvez affiner votre logique côté serveur pour des performances optimales.
Hydratation dans Next.js
Dans le contexte de Next.js et du rendu côté serveur (SSR), l'hydratation fait référence au processus par lequel une page HTML rendue statiquement (envoyée depuis le serveur) est convertie en une application React entièrement interactive dans le navigateur. Il « hydrate » le HTML statique avec le JavaScript côté client de React pour rendre la page interactive.
Hydratation dans le routage d'applications par rapport au routage de pages
Dans Page Routing, l'hydratation est requise pour chaque composant de la page, ce qui la rend interactive côté client. Cela signifie que tout le JavaScript nécessaire aux interactions est envoyé au client, ce qui peut entraîner des goulots d'étranglement en termes de performances à mesure que l'application évolue.
Dans App Routing, avec les composants serveur, seuls les composants clients (ceux qui gèrent l'interactivité) sont hydratés. Cette hydratation sélective réduit la quantité de JavaScript envoyée au client, ce qui entraîne des performances améliorées.
Exemple de composants clients dans le routage d'application :
'use client'; // Mark this as a client component export default function Button() { return ( <button onclick="{()"> alert('Button clicked!')}>Click Me</button> ); }
Ici, le composant Button est marqué comme composant client avec « utiliser le client ». Il permet l'interactivité et s'exécute côté client, tandis que les autres composants non interactifs restent en tant que composants serveur, améliorant ainsi les performances.
En savoir plus sur l'hydratation dans App Routing
Voici comment cela fonctionne :
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 id="This-is-Server-Side-Rendered">This is Server-Side Rendered</h1> <clientcomponent data="{data}"></clientcomponent> </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.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Les choix de Python et JavaScript dans les environnements de développement sont importants. 1) L'environnement de développement de Python comprend Pycharm, Jupyternotebook et Anaconda, qui conviennent à la science des données et au prototypage rapide. 2) L'environnement de développement de JavaScript comprend Node.js, VScode et WebPack, qui conviennent au développement frontal et back-end. Le choix des bons outils en fonction des besoins du projet peut améliorer l'efficacité du développement et le taux de réussite du projet.

Oui, le noyau du moteur de JavaScript est écrit en C. 1) Le langage C fournit des performances efficaces et un contrôle sous-jacent, qui convient au développement du moteur JavaScript. 2) Prendre le moteur V8 comme exemple, son noyau est écrit en C, combinant l'efficacité et les caractéristiques orientées objet de C. 3) Le principe de travail du moteur JavaScript comprend l'analyse, la compilation et l'exécution, et le langage C joue un rôle clé dans ces processus.

JavaScript est au cœur des sites Web modernes car il améliore l'interactivité et la dynamicité des pages Web. 1) Il permet de modifier le contenu sans rafraîchir la page, 2) manipuler les pages Web via Domapi, 3) prendre en charge les effets interactifs complexes tels que l'animation et le glisser-déposer, 4) Optimiser les performances et les meilleures pratiques pour améliorer l'expérience utilisateur.

C et JavaScript réalisent l'interopérabilité via WebAssembly. 1) Le code C est compilé dans le module WebAssembly et introduit dans un environnement JavaScript pour améliorer la puissance de calcul. 2) Dans le développement de jeux, C gère les moteurs de physique et le rendu graphique, et JavaScript est responsable de la logique du jeu et de l'interface utilisateur.

JavaScript est largement utilisé dans les sites Web, les applications mobiles, les applications de bureau et la programmation côté serveur. 1) Dans le développement de sites Web, JavaScript exploite DOM avec HTML et CSS pour réaliser des effets dynamiques et prend en charge des cadres tels que JQuery et React. 2) Grâce à la réactnative et ionique, JavaScript est utilisé pour développer des applications mobiles multiplateformes. 3) Le cadre électronique permet à JavaScript de créer des applications de bureau. 4) Node.js permet à JavaScript d'exécuter le côté du serveur et prend en charge les demandes simultanées élevées.

Python est plus adapté à la science et à l'automatisation des données, tandis que JavaScript est plus adapté au développement frontal et complet. 1. Python fonctionne bien dans la science des données et l'apprentissage automatique, en utilisant des bibliothèques telles que Numpy et Pandas pour le traitement et la modélisation des données. 2. Python est concis et efficace dans l'automatisation et les scripts. 3. JavaScript est indispensable dans le développement frontal et est utilisé pour créer des pages Web dynamiques et des applications à une seule page. 4. JavaScript joue un rôle dans le développement back-end via Node.js et prend en charge le développement complet de la pile.

C et C jouent un rôle essentiel dans le moteur JavaScript, principalement utilisé pour implémenter des interprètes et des compilateurs JIT. 1) C est utilisé pour analyser le code source JavaScript et générer une arborescence de syntaxe abstraite. 2) C est responsable de la génération et de l'exécution de bytecode. 3) C met en œuvre le compilateur JIT, optimise et compile le code de point chaud à l'exécution et améliore considérablement l'efficacité d'exécution de JavaScript.

L'application de JavaScript dans le monde réel comprend un développement frontal et back-end. 1) Afficher les applications frontales en créant une application de liste TODO, impliquant les opérations DOM et le traitement des événements. 2) Construisez RestulAPI via Node.js et Express pour démontrer les applications back-end.


Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

mPDF
mPDF est une bibliothèque PHP qui peut générer des fichiers PDF à partir de HTML encodé en UTF-8. L'auteur original, Ian Back, a écrit mPDF pour générer des fichiers PDF « à la volée » depuis son site Web et gérer différentes langues. Il est plus lent et produit des fichiers plus volumineux lors de l'utilisation de polices Unicode que les scripts originaux comme HTML2FPDF, mais prend en charge les styles CSS, etc. et présente de nombreuses améliorations. Prend en charge presque toutes les langues, y compris RTL (arabe et hébreu) et CJK (chinois, japonais et coréen). Prend en charge les éléments imbriqués au niveau du bloc (tels que P, DIV),

Listes Sec
SecLists est le compagnon ultime du testeur de sécurité. Il s'agit d'une collection de différents types de listes fréquemment utilisées lors des évaluations de sécurité, le tout en un seul endroit. SecLists contribue à rendre les tests de sécurité plus efficaces et productifs en fournissant facilement toutes les listes dont un testeur de sécurité pourrait avoir besoin. Les types de listes incluent les noms d'utilisateur, les mots de passe, les URL, les charges utiles floues, les modèles de données sensibles, les shells Web, etc. Le testeur peut simplement extraire ce référentiel sur une nouvelle machine de test et il aura accès à tous les types de listes dont il a besoin.

VSCode Windows 64 bits Télécharger
Un éditeur IDE gratuit et puissant lancé par Microsoft

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Version Mac de WebStorm
Outils de développement JavaScript utiles
