0
votes

Composants de module chargés de paresseux anguleux avec le même nom

J'ai une application agulaire avec plusieurs modules chargés de paresseux. Ces modules contiennent chacun des composants différents qui sont logiquement similaires mais diffèrent de contenu. Par exemple. Chaque module peut avoir son propre composant "Accueil".

est-il correct de nommer ces composants exactement les mêmes?

Pour moi, il semble trop verbeux de préfixer chacun avec le nom du module. Surtout lorsque les noms commencent à se déplacer longtemps et que je considère que je voudrais maintenir l'équilibre entre la concision et la lisibilité.

fonctionnellement cela ne semble pas être un problème. Prenez l'application suivante comme exemple. Il dispose de 2 modules chargés de paresseux contenant chacun 2 composants avec le même nom que les composants de l'autre module. Un composant est chargé par voie de module et l'autre est chargé via son sélecteur dans le gabarit du premier composant.

https://stackblitz.com/edit/angular-comp-name-test

Je comprends que cette question peut être considérée comme basée sur l'opinion, mais y a-t-il des raisons techniques pour lesquelles cela ne devrait pas être fait? (Je suis également intéressé par les opinions si quelqu'un veut dm me)


3 commentaires

quelle est la question?


Y a-t-il de bonnes raisons pour lesquelles vous ne devriez pas avoir de composants avec le même nom dans différents modules paresseux?


Je ne pense pas qu'il y ait une raison technique de ne pas le faire, vous pouvez même avoir des composants avec le même nom dans un module


3 Réponses :


0
votes

Hey Vous pouvez utiliser des alias d'importation dans les chemins TSCONFIG.JSON

import('@modules/innerfolder/mymodule.ts')


1 commentaires

Merci pour la réponse, mais cela ne traite pas vraiment de la question que je demandais. Désolé si ce n'était pas clair. J'ai fait un peu de modification qui la clarifie peut-être.



2
votes

Techniquement, il n'y a pas de problème, vous pouvez utiliser le même nom. Comme si j'ai beaucoup de modules ayant du tableau de bord comme composant de chaque module respectif. Tant que vous l'importaez correctement, c'est bien.

Mais pour les applications plus grandes, parfois, lorsque l'importation automatique peut importer de l'importation de pointe vers la différence 1 que celle requise. Cela s'est passé une fois avec moi une fois, j'avais ajouter et list de composant de 2 différent, alors alors que l'importation automatique de l'URL soit dirigée vers le mauvais.

Alors, pour la clarté, c'est bien si vous gardez un nom différent comme le préfixer avec quelque chose, vous savez que c'est pour ce module, etc. sinon nous ne pouvons pas dire que c'est ou n'est pas «bonne ou mauvaise pratique». / p>


0 commentaires

0
votes

Je travaille sur un projet avec 5 modules chargés paresseux ayant des millions de composants dans leur sous-dossier avec les mêmes noms de composants.

La bonne raison ou le problème rencontré par moi dans le développement que dans le développement uniquement est tout en important les composants que l'importation automatique importe quelque temps composant de module différent et de cette façon, je suis configuré de la confusion et que le développement a fait du temps avec le mal Composants.

Mais cela s'est passé 2 fois après, j'étais très sûr lorsque l'importation de composants


0 commentaires