Nous sommes à la recherche des solutions pour construire le front-end d'une application, nous créons et cherchent à évaluer un outil qui va travailler pour nous et de nous donner la meilleure plate-forme pour aller de l'avant.
C'est un Node.js Notre plan initial était d'utiliser Express et aller dans cette voie, mais nous avons décidé qu'avant le coup d'envoi de ce stade, il pourrait être préférable d'examiner ce qui est là-bas. Notre application a plusieurs domaines qui nous ne croyons pas que l'ajustement de l'unique modèle de la page qu'ils sont liés à partir d'un point de vue application, mais pas à partir d'une vue.
Nous avons vu quelques-uns des cadres que nous pourrions utiliser pour construire le client comme épine Dorsale, Meteor, etc et aussi Angular.js.
Ce peut être une façon assez évidente question, mais nous ne semblons pas à déchiffrer si angular.js c'est purement pour single page applications ou il peut être utilisé pour de multiples applications de page comme Express par exemple.
Mise à JOUR le 17 juillet 2013 Juste pour garder les gens dans la boucle, je vais être mise à jour à cette question que nous allons à travers le processus. Nous allons construire le tout pour aujourd'hui, et nous allons voir comment bien performant. Nous avons rejoint un peu de gens qui sont plus qualifiés Angulaire américain de l'époque, et a posé la question au sujet de la séparation de plus grandes applications qui partagent contexte, mais peut-être trop grand travail sur une seule page.
Le consensus était que nous pouvions nous servir de plusieurs pages statiques et de créer Angulaire applications qui fonctionnent avec seulement ces pages, créant ainsi une collection de SPA et de faire le lien entre ces applications en même temps en utilisant la norme de la liaison. Maintenant, notre cas est très spécifique à notre solution a plusieurs applications, et comme je l'ai dit, nous allons essayer de la base de code unique d'abord de les optimiser, à partir de là.
