Comment réduire le nombre de pages Nuxt ?
<p>Imaginez que vous développez une application Nuxt à grande échelle avec 100 routes. Quelle est la meilleure solution de gestion d'itinéraire dans cette application (hors micro frontends) ? </p>
Maison > Questions et réponses > le corps du texte
P粉9868609502023-09-05 12:44:28
Que veux-tu dire ?
Ici, nous ne parlons que de pages, non ? Alors /user/id，/post/idattends ?
Si c'est le cas, vous pouvez avoir un /_entity/id，甚至是一个/_entity/_slug，以获得更大的灵活性（_entity可以是user或post etc.).
Si vous avez de nombreuses pages différentes, telles que /about，/our-team，/careers, etc., je pense que ces pages doivent avoir leur propre référencement, leur propre contenu et être totalement légales.
Je ne comprends vraiment pas pourquoi cela poserait un problème. Il sera correctement organisé, extensible et ne comportera pas trop d'abstractions (ce qui est important à mon avis).
Vous pouvez également transmettre des nuxt/content将其中一些页面导出为.mdfichiers et les importer dans la page. Tout comme la documentation Nuxt le fait .
Si vous avez vraiment besoinde simplifier ces pages, vous pouvez rendre l'ensemble du modèle dynamique et générer le balisage au moment de l'exécution. Cela pourrait introduire une énorme complexité qui pourrait ne pas être nécessaire (à mon avis).
De plus, les mises en page, les emplacements et les fonctions de rendu peuvent également constituer une solution.
Je ne sais pas si les micro-interfaces (cela me semble être un mot à la mode) sont en fait plusieurs instances de Nuxt placées les unes à côté des autres (cela semble être une très mauvaise idée si elles sont hébergées sous le même domaine), ou si ce n'est pas votre «componentisation» d'applications monolithiques full-stack (la façon dont nous construisons des sites Web depuis plusieurs années).
Mais pour moi, si un projet en a 100 pages, c'est tout à fait bien.
Bien sûr, coder en dur quelque chose /blog/post/1，/blog/post/2 est mauvais (haha), mais pour une grande application, c'est tout à fait bien. Cela peut entraîner des problèmes avec les temps de construction, etc., mais c'est un autre sujet et dépend davantage de la façon dont vous générez votre projet.
Donc, oui, si votre interlocuteur souhaite approfondir quelque chose au-delà de ces méthodes, vous devez obtenir plus de détails de sa part pour comprendre exactement les défis et les méthodes qui peuvent être utilisées.
En bref : À ma connaissance, aucun framework n'est conçu pour réduire le nombre de pages, car ce n'est pas un problème en soi. 10 000 pages Nuxt ne ralentiront en aucun cas votre /about (si c'est le cas, le problème réside ailleurs).