Forum du club des d�veloppeurs et IT Pro - Biblioth�ques & Frameworks

La pr�version de Next.js 16.3 ajoute la navigation instantan�e et le pr�chargement partiel

Alex — Mon, 29 Jun 2026 14:50:39 GMT

La pr�version du framework open source de d�veloppement web full-stack Next.js 16.3 est disponible, et ajoute la navigation instantan�e et le pr�chargement partiel

La pr�version de Next.js 16.3 est disponible et introduit les � Instant Navigations � (navigation instantan�e), permettant aux applications pilot�es par le serveur d�offrir des transitions de page instantan�es, � l�instar des SPA. Cette version inaugure �galement le pr�chargement partiel, qui r�cup�re et met en cache des structures de page r�utilisables par route, r�duisant ainsi les requ�tes r�seau redondantes.

Next.js est un framework open source de d�veloppement web full-stack cr�� par la soci�t� priv�e Vercel, qui permet de d�velopper des applications web bas�es sur React avec rendu c�t� serveur et rendu statique. La documentation de React mentionne Next.js parmi les � cha�nes d�outils recommand�es �, le conseillant aux d�veloppeurs lorsqu�ils � cr�ent un site web avec rendu c�t� serveur � l�aide de Node.js �. Alors que les applications React traditionnelles ne peuvent afficher leur contenu que c�t� client dans le navigateur, Next.js �tend cette fonctionnalit� aux applications rendues c�t� serveur.

La pr�version de Next.js 16.3 est disponible et introduit les � Instant Navigations � (navigation instantan�e), permettant aux applications pilot�es par le serveur d�offrir des transitions de page instantan�es, � l�instar des SPA. Cette version inaugure �galement le pr�chargement partiel, qui r�cup�re et met en cache des structures de page r�utilisables par route, r�duisant ainsi les requ�tes r�seau redondantes. Les d�veloppeurs doivent activer l�indicateur � Cache Components � pour utiliser ces fonctionnalit�s et peuvent choisir entre le streaming, la mise en cache ou le blocage des r�cup�rations de donn�es c�t� serveur pour chaque navigation.

En f�vrier, un ing�nieur et un mod�le d'IA ont reconstruit de z�ro le framework Next.js avec l'IA en une semaine. Le r�sultat, vinext (prononc� � vee-next �), est un remplacement direct de Next.js, construit sur Vite, qui se d�ploie sur Cloudflare Workers � l'aide d'une seule commande. Lors des premiers benchmarks, il construit des applications de production jusqu'� 4 fois plus rapidement et produit des bundles clients jusqu'� 57 % plus petits.

Voici l'annonce de la pr�version Next.js 16.3 :

Pr�sentation de Next.js 16.3 : Navigations instantan�es

Next.js 16.3 est sur le point d�arriver, et il regorge d�une multitude d�am�liorations : un meilleur rendu sous charge gr�ce aux flux natifs de Node.js, des temps de d�marrage plus rapides en d�veloppement local, et une int�gration plus pouss�e avec les workflows bas�s sur des agents.

Nous aborderons ces fonctionnalit�s dans les semaines � venir, alors que nous pr�parons une version stable. Mais aujourd�hui, nous souhaitons nous concentrer sur une nouvelle fonctionnalit� que nous appelons � Navigations instantan�es � : une suite d�outils qui apporte � Next.js la r�activit� des SPA pilot�es par le client, sans sacrifier les avantages li�s � son mod�le pilot� par le serveur.

Voyons comment cette fonctionnalit� r�pond � la critique de longue date (et justifi�e !) selon laquelle les composants serveur peuvent donner l�impression que les applications sont peu r�actives.

Navigations instantan�es

L�une des frustrations les plus courantes que l�on entend � propos des applications Next.js est que les navigations semblent lentes.

Dans une application pilot�e par le serveur, la navigation n�cessite g�n�ralement un aller-retour r�seau :

1. Vous cliquez sur un lien.
2. Il ne se passe rien.
3. Puis le serveur r�pond, et la page suivante s�affiche.

Ce n�est pas n�cessairement un inconv�nient, et cela peut tr�s bien fonctionner pour les sites web ax�s sur le contenu, comme les journaux et les blogs. Mais cela donne � l�exp�rience un aspect � typique d�un site web �. Ce n�est pas assez r�actif. Comparons cela � la fa�on dont les applications pilot�es par le client g�rent la navigation :

1. Vous cliquez sur un lien.
2. Instantan�ment, vous voyez appara�tre une �bauche de la page suivante (certaines donn�es �tant encore en cours de chargement).
3. Puis le serveur r�pond, et la page suivante s�affiche dans son int�gralit�.

C�est l�une des raisons courantes pour lesquelles de nombreux d�veloppeurs pr�f�rent cr�er des SPA (applications monopages). M�me si le paradigme requ�te/r�ponse pilot� par le serveur pr�sente de nombreux avantages, les navigations instantan�es restent plus agr�ables pour de nombreux types d�applications.

Nous corrigeons cela

Nous avons bien entendu vos retours � ce sujet.

Dans Next.js 16.3, nous proposons de nouveaux comportements optionnels qui vous permettent de profiter du meilleur des deux mondes : des applications pilot�es par le serveur avec des navigations instantan�es. Vous b�n�ficiez de tous les avantages d�un serveur, mais les navigations sont instantan�es, comme dans une application monopage.

Voyons comment cela fonctionne.

Tout d�abord, activez � Cache Components �

Pour tester ces nouveaux comportements, activez l�option � Cache Components � :

Code:

1
2
3
4
5
6
7
8
import type { NextConfig } from 'next';
 
const nextConfig: NextConfig = {
  cacheComponents: true,
  // ...
};
 
export default nextConfig;

Au cours de l�ann�e �coul�e, nous avons simplifi� Next.js pour revenir � ses fondamentaux : dynamique par d�faut, sans mise en cache cach�e ou implicite. Ce drapeau active ces nouveaux comportements et deviendra la valeur par d�faut dans une future version majeure de Next.js.

Stream, Cache ou Block

D�sormais, lorsqu�une route attend des donn�es sur le serveur, plusieurs options s�offrent � vous :

Que signifient ces options ?

Pour rendre la navigation instantan�e, vous � transformez � une op�ration asynchrone en quelque chose qui peut �tre disponible imm�diatement :

- Diffusion avec . L'utilisateur verra imm�diatement un �tat de chargement (suivi de la diffusion progressive de l'interface utilisateur).

- Mise en cache avec 'use cache'. L'utilisateur verra imm�diatement une interface utilisateur pr�c�demment mise en cache (r�utilis�e entre les requ�tes).

Dans les deux cas ci-dessus, la navigation donnera � l�utilisateur l�impression d��tre une application monopage (SPA) et sera instantan�e.

Cependant, vous pouvez parfois souhaiter que certaines navigations d�pendent du serveur. Par exemple, un blog peut choisir de ne jamais afficher de fen�tre de chargement pour les articles. Dans ces cas-l�, vous pouvez indiquer � Next.js que vous souhaitez que cette navigation soit bloqu�e :

Code:

1
2
// in page.tsx or layout.jsx
export const instant = false;

La bo�te de dialogue d�erreur dispara�tra alors.

Remarquez comment cela vous donne le contr�le. Si vous souhaitez que votre application pilot�e par le serveur r�agisse instantan�ment aux clics sur les liens � sans attendre la r�ponse du r�seau �, utilisez alors � Stream � ou � Cache �. Si vous souhaitez que certaines routes retardent les navigations, utilisez � Block �.

Pour en savoir plus sur l�int�gration d�Instant Insights aux agents de codage, consultez Next.js 16.3 : Am�liorations de l�IA.

Pr�server l�instantan�it� des navigations

Avec Instant Insights, nous avons fait des navigations lentes une erreur en phase de d�veloppement. Pour d�tecter plus facilement les r�gressions affectant vos routes instantan�es apr�s des modifications et des refactorisations, nous avons �galement fourni une aide au test instantan� pour les tests Playwright :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
import { expect, test } from '@playwright/test';
import { instant } from '@next/playwright';
 
test('product title is available immediately', async ({ page }) => {
  await page.goto('/products/shoes');
 
  // Assert what's visible without waiting for network
  await instant(page, async () => {
    await page.click('a[href="/products/hats"]');
    await expect(page.locator('h1')).toContainText('Baseball Cap');
    await expect(page.getByText('Checking inventory...')).toBeVisible();
  });
 
  await expect(page.getByText('12 in stock')).toBeVisible();
});

Cela vous permet (ou permet � votre agent) de v�rifier de mani�re plus granulaire ce qui doit �tre instantan�ment visible apr�s chaque clic sur un lien.

Nous explorons �galement des moyens de faire remonter les erreurs que vous constatez en d�veloppement pendant le processus de compilation, afin que toute r�gression dans vos routes instantan�es soit d�tect�e d�s la compilation.

Repenser le pr�chargement

Pour que les navigations soient v�ritablement instantan�es (� l�instar des SPA), nous avons d� combler deux lacunes distinctes :

- Le client doit communiquer avec le serveur. Cela peut �tre lent s�il y a une latence �lev�e entre eux.

- De plus, le serveur doit g�n�rer une r�ponse. Cela peut �tre lent si le code du serveur est lent.

En diffusant la r�ponse en continu ou en la mettant en cache, nous �liminons la deuxi�me lacune : le serveur lui-m�me ne bloque pas. Mais il subsiste un �cart entre le client et le serveur. Comment Next.js pouvait-il � conna�tre � la r�ponse instantan�ment au moment o� l�utilisateur cliquait ?

Auparavant, Next.js r�solvait ce probl�me en envoyant une requ�te de pr�chargement au serveur pour chaque lien pr�sent dans la fen�tre d�affichage. Si vous avez pr�t� attention � l�onglet � R�seau � en mode production, vous avez peut-�tre remarqu� une rafale de requ�tes lors du d�filement :

Vous avez �t� nombreux � nous dire que cela semblait ridicule, et franchement, nous sommes d�accord.

Nous avons r�fl�chi � la mani�re dont les applications monopages r�solvent ce probl�me. Une application monopage est capable de r�pondre instantan�ment � chaque navigation, car elle regroupe tout le code n�cessaire � l�affichage de la page suivante et l�envoie au client. Elle peut encore avoir besoin de donn�es suppl�mentaires � ce qui explique qu�un clic n�affiche pas imm�diatement la page compl�te � mais cela suffit pour afficher une � coque � de la page.

Nous avons donc d�cid� d�emprunter cette astuce aux applications monopages. Au lieu de pr�charger une page par lien, Next.js va d�sormais pr�charger une coque r�utilisable par route. Ces coques seront ensuite mises en cache c�t� client afin de n��tre r�cup�r�es qu�une seule fois.

Par exemple, si vous aviez une barre lat�rale comportant vingt liens de chat, Next.js envoyait auparavant une requ�te de pr�chargement distincte pour chaque lien. Cependant, avec ce nouveau comportement, il n�effectuera qu�un seul pr�chargement par route : une structure pour la route /chat/[id], une structure pour la route /dashboard, et ainsi de suite. Conceptuellement, cela s�apparente � la mani�re dont les applications monopages t�l�chargent le code gr�ce au fractionnement du code par route.

Comme les shells sont r�utilis�s d�un lien � l�autre, ils constituent �galement la base de la navigation hors ligne. Dans une prochaine version, nous explorerons comment les routes pr�charg�es pourraient rester navigables en cas de coupure momentan�e du r�seau.

Activation du Partial Prefetching (pr�chargement partiel)

Pour tester ce nouveau comportement de pr�chargement, que nous appelons � pr�chargement partiel �, activez-le dans votre configuration Next.js :

Code:

1
2
3
4
5
6
7
8
9
import type { NextConfig } from 'next';
 
const nextConfig: NextConfig = {
  cacheComponents: true,
  partialPrefetching: true,
  // ...
};
 
export default nextConfig;

Comme pour cacheComponents, nous pr�voyons de faire de partialPrefetching le comportement par d�faut dans une future version majeure.

Inspection du shell de chargement

Pour rendre cela plus concret, nous avons ajout� un nouvel � Navigation Inspector � aux DevTools de Next.js.

Il vous permet de mettre en pause chaque navigation au niveau de la coque afin de voir ce qui est pr�charg� pour chaque route :

Ensuite, lorsque vous cliquez sur � Reprendre �, la navigation affiche la page compl�te. Cela vous permet de voir, pendant le d�veloppement, quelle partie de votre route peut s�afficher instantan�ment, et laquelle ne peut s�afficher qu�apr�s la connexion au r�seau.

Comme auparavant, le pr�chargement proprement dit n�est activ� qu�en production.

Pr�chargement au-del� d�un simple � shell �

Avec l�option pr�chargement partiel activ�e, nous avons r�duit le volume de donn�es pr�charg�es par d�faut par Next.js.

Au lieu d�envoyer une requ�te de pr�chargement pour chaque lien, Next.js ne pr�charge d�sormais qu�un � shell � r�utilisable par route distincte dans la fen�tre d�affichage (un pour la page � Chat �, un pour la page � Param�tres �, etc.), et les met en cache pendant toute la dur�e de la session.

Cependant, il arrive parfois que vous souhaitiez pr�charger davantage que la structure de base. Par exemple, vous pourriez vouloir qu�un en-t�te de chat � s�affiche � instantan�ment sur une page de chat. Pour activer le pr�chargement par lien, vous pouvez ajouter {true}> � certains liens.

Notez que m�me dans ce cas, Next.js ne tentera pas de rendre l�int�gralit� de la route jusqu�au plus profond. Au lieu de cela, il se contentera de rendre ce qui est disponible de mani�re synchrone ou marqu� avec [B]'use cache'[/c]. Cela signifie que vous n�avez plus � faire un choix � tout ou rien � en mati�re de pr�chargement. Le shell instantan� vous fournit la base, puis {true}> associ� � 'use cache' vous permet d�ajouter un pr�chargement suppl�mentaire par lien pouvant inclure davantage de contenu.

Afin de limiter les co�ts, le pr�chargement par lien est restreint au contenu connu au moment de la compilation. Si la charge suppl�mentaire sur le serveur ne vous d�range pas, export const prefetch = 'allow-runtime' �tend cette fonctionnalit� au contenu mis en cache au moment de la requ�te.

Nous l�utilisons nous-m�mes

Nous avons adopt� ces outils sur la version v0 avant m�me cette mise � jour. La version v0 propose de nombreuses fonctionnalit�s client avanc�es, mais la navigation ne donnait pas l�impression d��tre instantan�e depuis un certain temps.

Instant Insights nous a indiqu� les routes qui ne s�affichaient pas instantan�ment. Voici comment la navigation s�est acc�l�r�e une fois que nous avons commenc� � mettre en �uvre les corrections :

Nous partagerons les mod�les sp�cifiques que nous avons retenus dans un prochain article. Nous continuons �galement � optimiser les am�liorations de pr�chargement d�crites plus haut ; nous nous attendons donc � ce que ces chiffres se rapprochent de z�ro.

Une d�mo � explorer

Si vous souhaitez d�couvrir ces fonctionnalit�s dans une base de code open source plus concise, Next Beats est un lecteur de musique construit sur la pr�version de Next.js 16.3, dont le code source est disponible sur GitHub. La fonctionnalit� � Cache Components � est activ�e ; ainsi, � Stream � et � Cache � sont utilis�s pour chaque route, ce qui permet � chaque navigation d�aboutir � un v�ritable shell plut�t qu�� un indicateur de chargement. Le pr�chargement partiel est activ�, de sorte que chaque route pr�charge un seul shell r�utilisable c�t� client. Il en r�sulte des navigations qui semblent instantan�es, � l�instar d�une application monopage.

R�capitulatif

En r�sum�, nous avons travaill� pour permettre � votre application de b�n�ficier de navigations instantan�es similaires � celles d�une SPA :

- Si vous diffusez avec ou Cache avec 'use cache', les navigations vers votre route seront instantan�es.

- Si vous bloquez la fonctionnalit� via export const instant = false, vous d�sactivez l�application des navigations instantan�es vers cette route.

- Next.js g�n�re automatiquement une coque r�utilisable pour chaque route instantan�e, et ne la pr�charge qu�une seule fois.

- Vous pouvez utiliser l�aide au test instant() pour �viter les r�gressions, et Navigation Inspector pour inspecter visuellement les coques.

- Vous pouvez activer une pr�chargement plus approfondi au niveau de chaque lien avec et 'use cache'.

Ces modifications sont activ�es via les indicateurs cacheComponents: true et partialPrefetching: true.

Gr�ce � ces modifications, nous rendons l�exp�rience de navigation au premier clic de Next.js aussi fluide que dans les applications monopages, sans pour autant renoncer aux avantages du mod�le mental centr� sur le serveur et aux performances globales qu�il permet.

Probl�mes connus

La version Preview pr�sente des probl�mes connus sur lesquels nous travaillons activement. Ceux-ci seront corrig�s avant la sortie de notre version stable.

- Dans certains cas, un blocage de route n�est pas signal� en tant qu�� Instant Insight �. Lorsque la pr�lecture partielle est activ�e, l�acc�s aux param�tres � l�int�rieur d�un shell provoque le blocage d�une route, mais cela n�est pas signal� en tant qu�� Instant Insight �. L�Inspecteur de navigation et l�assistant de test instant() ne sont pas affect�s.

- L�outil Instant Insights pr�sente quelques probl�mes sous Safari. En phase de d�veloppement, utilisez Chrome ou Firefox pour obtenir les meilleurs r�sultats.

Source : Annonce pr�version Next.js 16.3

Et vous ?

:fleche: Pensez-vous que cette annonce est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: Next.js 16.2 est lanc� avec un rendu et un d�marrage plus rapides, une page d'erreur repens�e, une mise � jour majeure garantissant un taux de r�ussite de 100 % pour les agents IA

:fleche: Next.js 16.1, le framework open source de d�veloppement web full-stack, est d�sormais disponible avec la mise en cache du syst�me de fichiers Turbopack, un analyseur de bundle Next.js et bien plus encore

Images attach�es

Next.js 16.2 est lanc� avec un rendu et un d�marrage plus rapides, une page d'erreur repens�e

Jade Emy — Mon, 23 Mar 2026 08:10:56 GMT

Next.js 16.2 est lanc� avec un rendu et un d�marrage plus rapides, une page d'erreur repens�e, une mise � jour majeure garantissant un taux de r�ussite de 100 % pour les agents IA

Next.js 16.2 est d�sormais disponible, apportant des am�liorations majeures au flux de travail des d�veloppeurs et aux performances des sites. Le temps de d�marrage de localhost:3000 pendant le d�veloppement est d�sormais environ 87 % plus rapide que dans la version 16.1 lors de l'utilisation de l'application par d�faut, gr�ce � des am�liorations significatives du processus next dev. Par ailleurs, la d�s�rialisation de la charge utile des composants serveur est d�sormais jusqu�� 350 % plus rapide, ce qui se traduit par des gains de vitesse de rendu c�t� serveur compris entre 25 % et 60 % en conditions r�elles, selon la charge utile.

Next.js est un framework open source de d�veloppement web full-stack cr�� par la soci�t� priv�e Vercel, qui permet de d�velopper des applications web bas�es sur React avec rendu c�t� serveur et rendu statique. La documentation React mentionne Next.js parmi les � cha�nes d'outils recommand�es �, le conseillant aux d�veloppeurs lorsqu'ils � cr�ent un site web rendu c�t� serveur avec Node.js �. Alors que les applications React traditionnelles ne peuvent afficher leur contenu que dans le navigateur c�t� client, Next.js �tend cette fonctionnalit� pour inclure les applications rendues c�t� serveur.

Next.js 16.2 est d�sormais disponible, apportant des am�liorations majeures au flux de travail des d�veloppeurs et aux performances des sites. Le temps de d�marrage de localhost:3000 pendant le d�veloppement est d�sormais environ 87 % plus rapide que dans la version 16.1 lors de l'utilisation de l'application par d�faut, gr�ce � des am�liorations significatives du processus next dev.

Par ailleurs, la d�s�rialisation de la charge utile des composants serveur est d�sormais jusqu�� 350 % plus rapide, ce qui se traduit par des gains de vitesse de rendu c�t� serveur compris entre 25 % et 60 % en conditions r�elles, selon la charge utile. Si les performances sont au c�ur de cette mise � jour, celle-ci am�liore �galement la gestion des erreurs : les pages d'erreur en production b�n�ficient d'un nouveau design, les cha�nes Error.cause s'affichent dans la fen�tre contextuelle d'erreur, et les incoh�rences d'hydratation sont d�sormais clairement identifi�es afin de distinguer le contenu rendu par le serveur de celui rendu par le client.

Pour am�liorer le d�bogage et la transparence pendant le d�veloppement, Next.js consigne d�sormais dans le terminal le nom, les arguments, le temps d'ex�cution et le fichier source de chaque fonction serveur. S'appuyant sur les changements r�cents, la prise en charge du d�bogueur Node.js s'�tend au-del� du d�veloppement ; les d�veloppeurs peuvent d�sormais attacher le d�bogueur dans les environnements de production via next start --inspect.

Parmi les autres mises � jour, citons une nouvelle propri�t� transitionTypes pour le composant ``, une API Adapters stable pour la personnalisation de la compilation, des am�liorations notables apport�es � ImageResponse et la gestion automatique de plusieurs fichiers d'ic�nes ayant le m�me nom de base mais des extensions diff�rentes. Cette version apporte �galement diverses am�liorations suppl�mentaires et corrections de bogues.

Voici la pr�sentation de Next.js 16.2 :

Pr�sentation de Next.js 16.2

Next.js 16.2 apporte des am�liorations en termes de performances, un d�bogage optimis�, des am�liorations pour les agents, ainsi que plus de 200 corrections et am�liorations pour Turbopack.

Temps de mise � disposition de l'URL plus rapide en d�veloppement

Nous avons consid�rablement r�duit le temps n�cessaire avant que localhost:3000 ne soit pr�t pour next dev. Sur la m�me machine et pour le m�me projet, le d�marrage est environ 87 % plus rapide par rapport � Next.js 16.1 sur l'application par d�faut.

Rendu plus rapide

Nous avons apport� une modification � React qui acc�l�re la d�s�rialisation de la charge utile des composants serveur jusqu'� 350 %. L'impl�mentation pr�c�dente utilisait un callback reviver JSON.parse, qui franchissait la fronti�re C++/JavaScript dans V8 pour chaque paire cl�-valeur du JSON analys�. M�me un reviver trivial sans op�ration rend JSON.parse environ 4 fois plus lent que sans reviver.

La nouvelle approche utilise un processus en deux �tapes : un simple JSON.parse() suivi d'une exploration r�cursive en JavaScript pur. Cela �limine la surcharge li�e au franchissement de la fronti�re et ajoute des optimisations telles que le court-circuitage des cha�nes de caract�res simples qui ne n�cessitent pas de transformation.

Dans les applications Next.js r�elles, cela se traduit par un rendu HTML 25 % � 60 % plus rapide, en fonction de la taille de la charge utile RSC.

Nouvelle page d'erreur par d�faut

La page d'erreur par d�faut affich�e en production a �t� repens�e. Lorsque votre application rencontre une erreur et que vous n'avez pas d�fini de fichier global-error.tsx ou error.tsx personnalis�, Next.js affiche une page de secours int�gr�e. Cette page de secours a �t� mise � jour avec un design plus �pur� et plus moderne.

Journalisation des fonctions serveur

Next.js consigne d�sormais l'ex�cution des fonctions serveur dans le terminal pendant le d�veloppement. Chaque entr�e de journal indique le nom de la fonction, ses arguments, son temps d'ex�cution et le fichier dans lequel elle est d�finie.

Indicateur de diff�rence d'hydratation

Lorsqu'une divergence d'hydratation se produit, la fen�tre d'erreur superpos�e indique d�sormais clairement quel contenu provient du serveur et quel contenu provient du client. La diff�rence utilise une l�gende + Client / - Server, ce qui permet de voir imm�diatement ce qui diverge.

--inspect pour next start.

Next.js 16.1 a introduit next dev --inspect pour connecter le d�bogueur Node.js pendant le d�veloppement. Dans la version 16.2, cette fonctionnalit� s'�tend � next start, vous permettant de connecter un d�bogueur Node.js � votre serveur de production.

Code:

next start --inspect

Cela est utile pour d�boguer des probl�mes ou profiler l'utilisation du CPU et de la m�moire.

Propri�t� transitionTypes pour next/link/.

Le composant accepte d�sormais une propri�t� transitionTypes � un tableau de cha�nes de caract�res qui sp�cifie les transitions de vue � appliquer lors de la navigation. Chaque type est transmis � React.addTransitionType pendant la transition de navigation, ce qui vous permet de d�clencher diff�rentes animations en fonction de la direction ou du contexte de la navigation.

Code:

1
2
3
"/about" transitionTypes={['slide']}>
  About

Cette fonctionnalit� n'est prise en charge que dans l'App Router, car le Pages Router n'utilise pas les transitions React pour la navigation. La propri�t� transitionTypes sur les liens du Pages Router est ignor�e de mani�re silencieuse, ce qui permet aux composants de lien partag�s de fonctionner sur les deux routeurs.

ImageResponse plus rapide

ImageResponse a �t� mis � jour avec des am�liorations significatives :

- ImageResponse deux fois plus rapide pour les images basiques, jusqu'� 20 fois plus rapide pour les images complexes

- Couverture CSS et SVG am�lior�e, incluant la prise en charge des variables CSS en ligne, text-indent, text-decoration-skip-ink, box-sizing, display: contents, position: static, et les valeurs en pourcentage pour gap.

- Police par d�faut chang�e de Noto Sans � Geist Sans

Causes des erreurs dans la fen�tre contextuelle de d�veloppement

La fen�tre contextuelle d'erreur affiche d�sormais les cha�nes Error.cause, ce qui facilite le d�bogage des erreurs qui en contiennent d'autres. Les causes sont pr�sent�es sous forme de liste plate sous l'erreur de niveau sup�rieur, sur un maximum de 5 niveaux de profondeur.

Adaptateurs

Les adaptateurs sont d�sormais disponibles en version stable. Il s'agit d'une nouvelle API qui permet aux plateformes de personnaliser le processus de compilation.

Cela est utile pour les plateformes de d�ploiement ou les int�grations de compilation personnalis�es qui doivent modifier la configuration de Next.js ou traiter le r�sultat de la compilation.

Nous partagerons un aper�u plus d�taill� des adaptateurs la semaine prochaine.

Formats d'ic�nes multiples

Les fichiers d'ic�nes multiples portant le m�me nom de base mais des extensions diff�rentes sont d�sormais g�r�s automatiquement dans le r�pertoire de votre application (par exemple, icon.png et icon.svg). Cela est utile pour la prise en charge de la solution de secours dans les navigateurs. Les navigateurs modernes peuvent utiliser des ic�nes SVG tandis que les navigateurs plus anciens se rabattent sur le format PNG. Les deux formats sont rendus sous forme de balises distinctes.

Source : Annonce de Next.js 16.2

Et vous ?

:fleche: Pensez-vous que cette version est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: Next.js 16.1, le framework open source de d�veloppement web full-stack, est d�sormais disponible avec la mise en cache du syst�me de fichiers Turbopack, un analyseur de bundle Next.js et bien plus encore

:fleche: Comment nous avons reconstruit Next.js avec l'IA en une semaine, l'interface API Next.js vinext permet de cr�er des applications de production jusqu'� 4 fois plus rapidement, par Steve Faulkner

:fleche: �tat de JavaScript 2022 : React reste le framework front-end dominant mais est en perte de vitesse c�t� satisfaction, JQuery est la troisi�me biblioth�que la plus utilis�e

Images attach�es

Introduction � libmodulor

CHAF007 — Sat, 06 Dec 2025 09:45:06 GMT

Bonjour � tous,

Je souhaiterais vous pr�senter libmodulor, une petite bibilioth�que sur laquelle je travaille sur mon temps libre.
Elle permet de cr�er des applications TypeScript "platform-agnostic". C'est-�-dire qu'elle permet de d�finir un socle applicatif commun, que l'on peut r�utiliser sur plusieurs plateformes.

�a fonctionne suivant quatre couches (non, attendez, ne fuyez pas tout de suite :mouarf:) :

- UseCase : c'est une fonctionnalit�. Exemples : SignIn, CreatePost, TransferAccount, InviteContacts...
- App : c'est une groupement logique de use cases, partageant un manifeste et des traductions communes. Exemples : Auth, Accounting, CMS...
- Product : c'est un grouepement logique d'apps, faisant un produit final. Exemples : GitHub, Facebook, LinkedIn, Airbnb...
- Target : c'est le plateforme "technique" qui expose le produit. Exemples : server-node-express, server-node-hono, server-nextjs, cli-node, spa-react, react-native...

Comme vous pouvez le voir, ce n'est pas un �ni�me framework JavaScript. libmodulor est full-stack et ne fait aucun choix sur les outils techniques.
Vous �tes libres de choisir express, hono, fastify... (c�t� server) et react, angular, vue... (c�t� client).
libmodulor offre juste des adaptateurs par d�faut, principalement parce que ce sont ceux que j'utilise r�guli�rement (express, hono, react, react-native).

La bibioth�que offre �galement du testing automatique ainsi que de la g�n�ration de doc automatique, entre autres.

Comme vous pouvez le voir, ce n'est pas "simple" et �a n'est donc pas destin� aux applications "simples".
Mais plus aux applications m�tier que l'on voudrait construire en TypeScript, n�cessitant un cadre tr�s bien d�fini.
D'autant que libmodulor est enti�rement bas�e sur l'injection de d�pendances afin d'assurer une architecture "platform-agnostic".

Voil� je suis preneur de vos retours constructifs, bug, am�liorations. Il y a encore �norm�ment � faire :).
Et bien s�r je me ferai un plaisir de vous aider si vous bloquez sur quelque chose.

Pour en savoir plus :

- Documentation : https://libmodulor.c100k.eu
- GitHub : https://github.com/c100k/libmodulor
- Playground : https://libmodulor.c100k.eu/docs/examples/Playground