Inconvénients de next.js sur la création de l'application React + Redux + SSR
J'ai développé une application utilisant React + redux + EJS (avec rendu côté serveur) et son bon fonctionnement en production. J'ai configuré SSR + redux et toutes les choses de fractionnement de code à l'aide de la configuration du webpack. I ont également implémenté un middleware de cache personnalisé pour mettre en cache la chaîne html rendue SSR (selon les besoins).
Maintenant, on m'a dit de refactoriser le code pour l'adapter au framework next.js et je me demandais vraiment pourquoi. Quels sont les principaux avantages de l'utilisation de next.js si j'ai déjà trouvé un moyen de faire de la SSR sans framework next.js?
Je ne demande pas seulement une opinion mais j'essaie de comprendre les avantages et les inconvénients réels de next.js (le cas échéant) par rapport à l'ARC.
J'ai téléchargé la plaque de la chaudière ici si quelqu'un avait besoin d'une référence: https://github.com/bbest123/reactreduxssr
tl; dr
Le seul con (genre de) que je peux penser à utiliser Next.js est qu'il est opiniâtre. Cela vous obligerait à structurer les choses d'une certaine manière, ce que l'OMI est encore assez extensible.
Avantages de l'utilisation de Next
- Routage simple du système de fichiers (plus le routage côté client avec
Linket les capacités de prélecture) - Fractionnement automatique du code pour vos pages (simplifie la vérification de la taille des paquets)
- SSR prêt à l'emploi avec une API plus simple (que de l'implémenter vous-même)
- Exportation de votre application en tant que site statique (à condition que vous n'ayez pas besoin de serveur dynamiquement les pages de rendu)
- Plus simple pour étendre votre configuration babel et webpack (par rapport à une application CRA non éjectée)
Tout cela dit, si vous avez déjà construit votre solution sans Next.js et cela fonctionne très bien pour votre cas d'utilisation, OMI, il n'est pas nécessaire de migrer vers Next, sauf si vous êtes intéressé par l'abstraction de certaines configurations et fonctionnements de SSR (qui Next.js s'en occuperait).
Liens pertinents
- Problème sur CRA discussion sur la comparaison avec Next (un peu dépassé)
- Alternatives à l'ARC comme suggéré par les documents de l'ARC
L'une des meilleures fonctionnalités de Nextjs est une énorme liste de plus de 70 exemples d'exemples d'implémentation représentant presque toutes les combinaisons de framework CSS, de framework (flux/redux/mobx/graphQL), de serveurs de nœuds, etc.
Il est possible de construire une solution SSR réactive sans Next.js, mais le hooks propre pour la logique côté serveur (getInitialProps, pages/app.js, etc ...) sont ce qui fait de Next.js un premier choix ici. Next.js brille ici en vous permettant d'écrire des applications Web SSR propres, maintenables et performantes .
Enfin, l'équipe de développement et la communauté sont incroyables!