6
votes

Les routes Angular Lazyload génèrent des fichiers de blocs supplémentaires avec le préfixe par défaut ~ pages

J'essaye d'implémenter des routes de chargement différé pour le projet sur lequel je travaille actuellement. tout fonctionne et je n'obtiens aucune erreur, je peux également voir quand je vais sur de nouvelles pages, de nouveaux fichiers de blocs se chargent.

cependant, en plus de mes fichiers de blocs attendus, cli crée également quelques fichiers supplémentaires avec le préfixe "default ~ pages", tels que

default~pages-managers--managers-module~pages-hosts-hosts-module~pa~0e1f5bc0

et ces fichiers avec le préfixe default ~ se chargent quelle que soit la page sur laquelle j'arrive. Par exemple, si je suis sur la page d'accueil, je vois à la fois:

pages-home-home-module

et

default~pages-managers--managers-module~pages-hosts-hosts-module~pa~0e1f5bc0

est-ce que quelqu'un sait que sont ces fichiers par défaut et comment s'en débarrasser?


0 commentaires

3 Réponses :


1
votes

Je ne pense pas que vous devriez vous inquiéter de cela. Ce comportement est normal lorsque vous avez "optimisation": false dans angular.json lors du processus de construction. Si vous souhaitez optimiser votre build. ajoutez "optimisation": true dans angular.json avec les projets d'imbrication suivants -> {votre nom de projet} -architect-> build-> configurations-> production . Dans un objet de production, vous devez ajouter "optimisation": true et après avoir exécuté ng build --configuration = production cela fonctionnera comme prévu.

Je suppose que vous exécutiez uniquement ng build ou ng build --watch qui, par défaut, n'a pas l'optimiseur activé, donc dans ce cas, si vous souhaitez l'activer et débarrassez-vous du bloc par défaut, vous devez l'ajouter aux projets -> {nom de votre projet} -architect-> build . Dans l'objet de construction, ajoutez "optimisation": true .

Remarque: l'ajout de ceci au processus de construction pour la montre et non à la production ralentira considérablement votre construction, donc je vous conseille de le garder activé uniquement sur les versions de production.


2 commentaires

Je ne pense pas que cela soit lié à l'optimisation car il était déjà défini sur true au moment où j'ai posté la question. plus tard, j'ai compris que la nouvelle version de cli était en fait assez intelligente pour séparer les codes répétés pour le chargement paresseux et les placer à l'intérieur de ces morceaux nommés ~ default .., mais il n'y a pas beaucoup d'informations à ce sujet en ligne


Je ne sais pas, j'ai eu ce problème sur angular 7 et dès que j'ai activé l'optimisation, il a arrêté de compiler ce module supplémentaire ... Je viens de partager mon expérience.



2
votes

J'espère que cela vous aidera:

J'ai eu le même problème que commonChunks avec default ~ .... où généré.

utilisez dans votre angular.json (où vous avez "aot": true ... etc.):

"commonChunk": faux


0 commentaires

3
votes

0 commentaires