Sortie de Vue 3.2
(blog.vuejs.org)- SFC (Single File Components)
→
→ v-bind
-
Prise en charge de la création de Web Components avec la méthode
defineCustomElement -
Améliorations des performances
→ implémentation de ref plus efficace (lecture ~260 %, écriture ~50 %)
→ suivi des dépendances ~40 % plus rapide
→ utilisation mémoire réduite d’environ 17 %
→ création standard de VNodes ~200 % plus rapide
- Server-side Rendering
→ distribution d’un module ES pour le build, séparé des built-ins de Node.js : utilisable dans des environnements non Node.js comme CloudFlare Workers
5 commentaires
Quand on utilise une bibliothèque, ne devrait-on pas au minimum lire sa documentation à 100 % ? C’est indiqué dans la documentation qu’il existe une fonction qui transforme le composant SSR en chaîne avec des éléments comme , etc.
Oh… ça faisait un moment que je ne m’intéressais plus à Vue, mais il prend désormais en charge le SSR nativement ? Le fait qu’on puisse l’utiliser dans des environnements comme les workers est plutôt séduisant.
La plupart des bibliothèques de rendu front-end, comme React, ainsi que Vue, proposaient déjà depuis longtemps un rendu en SSR.
Il y avait donc des fonctionnalités propres, et pas seulement next.js ou nuxt.js ?
Il existe aussi dans React des méthodes utilisables sur un serveur Node, comme ReactDOMServer.