2016-06-14 7 views
3

J'ai donc regardé autour de moi pour voir quelle est la structure de dossier la plus populaire/standard pour les applications Angular 2 et il ne semble pas y en avoir une. Y a-t-il quelqu'un qui utilise dans Angular 2 dans la production qui peut faire la lumière?Angular 2: Quelle est la structure de dossier standard "officielle"?

Voici quelques approches que j'ai trouvé:

1) Fractionner par, avec 1) un dossier partagé 2) un dossier pour chaque fonctionnalité qui contient tous les fichiers (que ce soit un composant ou un service, ou autre) directement dans ce dossier https://angular.io/docs/ts/latest/guide/style-guide.html#!#application-structure enter image description here

2) le style angulaire 1 (pas d'imbrication ou d'une séparation par des caractéristiques, seulement des composants, des tuyaux, des services, modèles) enter image description here

Pour # 1 serait-il fe C'est bizarre de ne pas avoir de sous-dossier pour les composants, de sous-dossier pour les services, etc. Où est-ce que je mettrais un service utilisé sur toutes les routes?

BTW J'utilise le générateur CLI angulaire: https://github.com/angular/angular-cli

+0

IMO - division par caractéristique. J'aime avoir les fonctionnalités/myFeature et ce dossier contient tous les éléments inclusifs, donc vous avez un vrai composant que vous pouvez retirer de votre application et laisser tomber ailleurs et cela devrait fonctionner. C'est juste ce que je préfère cependant. – ajmajmajma

+0

La CLI d'Angluar2 suit la meilleure pratique pour la mise en page: https://cli.angular.io/ – LDJ

Répondre

0

Je pense que cela dépend de la façon dont vous voulez organiser votre application. Si l'application est petite, j'aime les séparer par type (composants, services, vues, etc.) mais si c'est une application importante et complexe, je l'utilise pour la diviser en fonctionnalités car il est plus facile de trouver le dossier que vous cherchez. Une autre alternative serait une combinaison des deux, diviser l'application par type (composants, services, etc), puis à l'intérieur de chaque type diviser par similarité (tous les composants liés aux utilisateurs dans le dossier components/users/usercomponent1, usercomponent2, etc.)

1

Le guide de style offre beaucoup de fait et à ne pas faire sur la façon de structurer votre application https://angular.io/styleguide

Il dit maintenir une hiérarchie plate avec un dossier par fonction et les fichiers associés (composant, modèle, style, ...) dans le même dossier.