ExpressJS vs MeteorJS
Je suis pris dans un correctif. J'ai appris ExpressJS de développer une application web et je suis un quart de ma façon de faire. Puis vient le long de Météore qui a été récemment publié. Il a eu beaucoup de presse, des fonds et il a l'avantage d'être capable de port à Cordoue. Maintenant, je ne suis pas sûr que ce soit de coller à ExpressJS ou de la transition vers un Météore.
Points clés: l'Évolutivité, la Facilité d'utilisation, l'efficacité du Développement
j'ai appris MeteorJS de développer une application web et je suis un quart de ma façon de faire je pense que tu veux dire, vous avez appris le expressJS?
OriginalL'auteur ShiviRox | 2014-11-15
Vous devez vous connecter pour publier un commentaire.
Express = Framework MVC construit en Javascript et est alimenté par Nœud.
Météore = Full Stack, qui a le front-end et back-end de composants permettant de construire une application en temps réel.
Pour créer le même de la mise en œuvre de Meteor Express, vous avez besoin de regarder la MOYENNE de la pile, qui comprend MongoDB, Express, AngularJS, et le Nœud. Vous pouvez créer la même chose dans le Météore que vous pouvez avec la MOYENNE de la pile, vous allez juste à être beaucoup plus de l'apprentissage, surtout avec AngularJS. Express et Angulaire sont pris en charge dans le Météore à l'aide de Meteor système de template et Blaze.
Je m'en tiendrais à un Météore. Il a encore quelques inconvénients, mais il existe des solutions de contournement. C'est incroyable ce que vous pouvez jeter ensemble dans peu de temps.
OriginalL'auteur OneSneakyMofo
Vous allez comparer des oranges avec des pommes de terre. Expressjs est backend et Meteor est fullstack, une telle comparaison est injuste!
J'ai travaillé avec Meteor depuis 0,8 et j'ai souffert dans la peau de la douleur de la mise à niveau, suppression des anciennes vital packages tiers, etc. vous obtenez l'idée. Bien que Meteor atteint 1.0, je ne pense pas que l'élément mobile est tout à fait prêt, vérifiez github questions sur elle.
Je pense que le Météore est prêt pour la construction de plates-formes en ligne. Si vous trouvez qu'il ne joue pas bien dans le mobile, vous pouvez toujours maintenir votre application Meteor et de créer une API sur le dessus de cela, vous pouvez trouver les paquets sur atmospherejs.com pour elle (ou même utiliser le fer:routeur). C'est ce que vous feriez avec Expressjs: créer une API pour être utilisé par les appareils mobiles.
De vos Principaux Points de Meteor: l'Évolutivité, Il est possible à l'échelle Meteor bien que vous n'aurez pas un bon article sur le sujet, mais si vous jetez un oeil à Kadira, Arunoda géré à l'échelle. Facilité d'utilisation - Il est assez facile d'écrire une application Meteor au début, mais à long terme, vous serez face à certains problèmes comme j'ai fait face. L'efficacité du développement - Mon expérience dans l'équipe n'est pas que positif, nous avons eu la mauvaise conception architecturale, le choix des bugs, car de nouveaux développeurs (même les plus expérimentés ne sont pas Meteor, exemple: au Lieu d'utiliser la collection, et les règles de refus, ils utilisent un Météore.méthodes pour tout ce qui ne se traduit pas de la sécurité. Certains même de publier l'intégralité de la base de données pour le client et de lui dire: Fonctionne très bien sur mon localhost 😀
Sur express: j'ai peu d'expérience sur elle, mais en la comparant avec Meteor, ce n'est pas juste du tout. Météore n'a pas le même but que Expressjs.
Une comparaison avec la MOYENNE de la Pile aurait plus de sens: http://mean.io/
Nope, c'est encore vrai aujourd'hui. Meteor droit maintenant, c'est l'héritage du mode de maintenance depuis des OMD déplacé à l'Apollo projet d'appui à la GraphQL (à droite de la décision). Meteor est idéal pour le renforcement de petite à moyenne en temps réel des applications, vous arrivez à auto-héberger votre code au lieu de faire confiance Firebase, etc avec elle. Je conseille fortement de ne pas utiliser Météore en 2018, un modulaire pile n'attachez pas vos mains (en parlant de l'enfermement dans le météore outil de construction 🙁 ). Avec Meteor soit on adore ou on déteste. Si Meteor architecture s'adapte à votre application, bien, mais la plupart du temps n'est pas la bonne réponse, depuis le temps réel n'est pas nécessaire.
OriginalL'auteur Mário
Express.js est tout à fait différent de Météore.
Meteor essaie de donner un bon cadre pour tout le monde à prendre beaucoup de décisions (on l'espère de bonnes décisions) ceux-ci sont généralement sans intérêt de l'application point de vue du développement: quelle bibliothèque de transport à utiliser, comment synchroniser les données, la façon de construire une réutilisables API, la sécurité, les opérations CRUD avec la base de données, etc.
Au lieu Meteor vous donne une expérience unifiée à travers la pile. Depuis il a autant de pouvoir de contrôle sur le backend, transport, interfaces, avant la fin de l'outil de construction de la chaîne d' - il peut construire un grand nombre de fonctionnalités intéressantes ceux qui serait beaucoup plus difficile à colle ensemble de Mongo+Express+votre favori frontal cadre+support.io+grunt/gulp.
Lire Socket.io créateur du blog sur combien il est difficile d'offrir une bonne expérience utilisateur unique paginée applications de ces jours: http://rauchg.com/2014/7-principles-of-rich-web-applications/. Meteor fait beaucoup de +en savoir plus. (sauf pour le rendu côté serveur et des prévisions, au moins maintenant).
Pensez à combien de trous de sécurité que vous aurez si vous choisissez les abstractions de niveau trop bas dans l'espoir de mettre en oeuvre tout droit.
pouvez-vous développer sur ce Météore doit le faire quand il s'agit de la sécurité?
OriginalL'auteur imslavko