La blogosphère propose un certain nombre d'articles sur le sujet des instructions de structuration des applications AngularJS telles que celles-ci (et d'autres):
- http://www.johnpapa.net/angular-app-structuring-guidelines/
- http://codingsmackdown.tv/blog/2013/04/19/angularjs-modules-for-great-justice/
- http://danorlando.com/angularjs-architecture-understanding-modules/
- http://henriquat.re/modularizing-angularjs/modularizing-angular-applications/modularizing-angular-applications.html
Cependant, un scénario que je n'ai pas encore rencontré en matière de recommandations et de meilleures pratiques est le cas où vous avez une grande application Web contenant plusieurs applications "mini-spa", et les applications de mini-spa partagent toutes une certaine quantité de code.
Je ne parle pas du cas d’essayer d’avoir plusieurs ng-app
déclarations sur la même page; Je parle plutôt de différentes sections d’un grand site qui ont leur propre ng-app
déclaration unique .
Comme Scott Allen écrit dans son blog OdeToCode :
Un scénario que je n'ai pas trouvé très bien traité est le scénario dans lequel plusieurs applications existent dans la même application Web plus grande et nécessitent un code partagé sur le client.
Existe-t-il des approches recommandées à adopter, des pièges à éviter ou de bonnes structures d'échantillon de ce scénario que vous pouvez indiquer?
Mise à jour - 10/09/2015
MEAN.JS et son dossier de modules sont un projet doté d'une stratégie d'organisation intéressante.
https://github.com/meanjs/mean
https://github.com/meanjs/mean/tree/master/modules
Un autre exemple provient de l'exemple ASP.NET Music Store SPA. https://github.com/aspnet/MusicStore https://github.com/aspnet/MusicStore/tree/master/src/MusicStore.Spa/ng-apps