Différence entre angulaire et côté client portion de meteor où ils se chevauchent?

Question

J'ai vu l'angle vs meteor question a posé un certain nombre de fois et, inévitablement, la réponse à cette question est une explication de comment meteor est beaucoup plus grande portée (a la DDP, le déploiement, tous les serveurs de côté des choses, et toutes les autres choses qu'il fournit).

Je souhaite réserver cette question pour seulement le côté client de la portée et des choses, où ils font un peu de chevauchement, en particulier là où un ou l'autre peut fournir des fonctionnalités supplémentaires et/ou de la capacité en termes de l'écriture ou de la structuration du code côté client.

• Où sont-ils complémentaires? (par exemple, ce qui n' https://github.com/lvbreda/Meteor_angularjs apportez à la table)
• En supposant que le ci-dessus apporte certains avantages, comment voulez-vous compenser que si l'utilisation de pur météore?
• Étant donné que angulaires encourage un assez stricte séparation de code sur le client pour le MVC, comment doit-on la structure du bon code sur le client dans le météore de suivre son modèle MVVM? (C'est juste qu'il viennent intrinsèquement d'avoir de modèle, le module client(s), et un modèle)

Answer 1

D'accord aussi loin que je peux vous poser trois questions différentes:

Où sont-ils complémentaires? (par exemple, ce qui n' https://github.com/lvbreda/Meteor_angularjs apportez à la table)

AngularJS est un full stack côté client cadre qui apporte de la tonne de fonctionnalités pour le frontend de développement.

La suite des choses qu'elle apporte à la table au-dessus de la norme meteor:

• Test: Angulaire propose un test complet du cadre pour le côté client
• La Validation D'Un Formulaire
• Localisation
• Les composants (Exemple: http://angular-ui.github.io/ )

En supposant que le ci-dessus apporte certains avantages, comment voulez-vous compenser que si l'utilisation de pur météore?

Si vous utilisez pur meteor vous pouvez utiliser presque tous les clients potentiels côté bibliothèques, comme par exemple jQuery ou vous pouvez coder certaines fonctions de confort angulaires comme la validation d'un formulaire à la main.

Étant donné que angulaires encourage un assez stricte séparation de code sur le client pour le MVC, comment doit-on la structure du bon code sur le client dans le météore de suivre son modèle MVVM? (C'est juste qu'il viennent intrinsèquement d'avoir de modèle, le module client(s), et un modèle)

Il existe de nombreuses façons de structurer votre code. Meteor n'est pas que les opinions au sujet du code de l'organisation. Vous pouvez utiliser http://docs.meteor.com/#structuringyourapp comme vos conseils, mais ça dépend vraiment de la façon dont vous souhaitez code. Il est possible de diviser votre code en plusieurs fichiers dans des dossiers ou de tout mettre dans un seul gros fichier. Pour les très petites applis, je préfère garder le tout dans un seul fichier.

J'aime partager mon code en deux dossiers:

• Un dossier pour le côté client trucs (les sous-dossiers tels que les Vues et les Actifs sont parfois un grand choix)
• Un dossier pour le côté serveur trucs

Si vous êtes à la recherche pour une bonne pratique, alors vous pouvez aussi jeter un oeil à la http://telesc.pe/ le code source: https://github.com/SachaG/Telescope

Answer 2

Abigail Watson a écrit un bon résumé de la façon dont Météore se rapporte à d'autres frameworks MVC dans son Meteor livre de recettes:

https://github.com/awatson1978/meteor-cookbook

Faites défiler vers le "Modèle, Vue, Contrôleur de la section".