Comment fonctionne le framework Meteor.js Javascript ?

Question

Je suis tombé sur meteor.js , et tandis qu’il semble passionnant, je veux savoir comment il fonctionne. Je veux dire conventionnelles web-apps fonctionnent comme ceci : vous avez des scripts sur le serveur qui tiennent les données de base de données et qui ajoute dynamiquement des pages web et de données sont ajoutées aux bases de données par le biais de certains autres scripts soumises par l’utilisateur.

Mais comment ces choses fonctionnent en meteorJS ? Comment différentes parties ou meteorJS sont liés les uns aux autres ?

Answer 1

Meteor est un cadre élégamment mises à jour de html en temps réel.

La beauté de Météore, c'est que vous avez seulement besoin de créer les modèles et les modèles de données. Le reste de l'habituel code réutilisable est caché. Vous n'avez pas besoin d'écrire tous les sync-ing code.

Les éléments clés du Météore pourrait être construit vous-même à l'aide de ces pièces:

• Il fournit des templates qui met automatiquement à jour lorsque vos modèles de données à faire. C'est fait normalement à l'aide Backbone.js, Ember.js, Knockout.jsou un autre outil.

• Le client/serveur de messagerie se fait via les websockets en utilisant quelque chose comme socks.js ou socket.io.

• Le côté client de la connexion à mongodb est vraiment cool. Il réplique les mongo-pilote de serveur dans le client. Malheureusement, la dernière que j'ai vérifié, ils étaient encore à travailler sur la sécurisation de cette connexion de base de données.

• La compensation de latence est tout simplement la mise à jour côté client, modèle d'abord, puis l'envoi de la mise à jour du serveur-serveur.

Il y a peut être d'autres soigné morceaux que vous pouvez trouver sur le Meteor.JS le site, ou sur Github

Answer 2

Avertissement: Cette réponse décrit Meteor, JavaScript bibliothèque client Serveur Meteor. Elle a été ajoutée en raison de l'ambiguïté de la question, et peut servir le but de clarifier similaire ambiguïtés rencontrées par les visiteurs à la recherche de réponses semblables, mais pas sûr à propos de la différence.

À lire sur Meteor framework JavaScript, veuillez consulter cette réponse par xer0x.

Comme mentionné sur le Météore dans la documentation du Serveur, Meteor est une mise en œuvre de la Comète. La comète est un homologue de l' AJAX.

Dans le cas d'AJAX, habituellement, vous pouvez faire une demande lorsque le client voit un besoin de le faire. Pour extraire les mises à jour à partir du serveur, vous aurez besoin d'appeler le serveur par exemple. toutes les 5 secondes.

Dans le cas de la Comète, la mise à jour à partir du serveur vient plus vite, parce que la connexion est persistante. La connexion est établie par le client, comme en AJAX, mais le serveur ne répond pas jusqu'à ce qu'il a une certaine mise à jour ou elle atteint la limite d'exécution de scripts sur le serveur peut avoir de l'exécution des limites).

En cas de Meteor, vous obtenez juste flux constant de données que les besoins spécifiques du code côté serveur (comme Serveur Meteor) et le code approprié sur le client (dans ce cas, on dirait que c'est Météore de la classe).

Answer 3

Toute la magie avec les données réelles de mise à jour est en intégralité 74 lignes de code. Cet extrait de code définit l’objet de contexte qui a juste 3 méthodes : courir, invalider et on_invalidate. On trouvera une explication complète sur ce que l’objet de contexte est et comment l’utiliser au fil de vos propres objets de données réactives à la section Meteor.deps de la documentation.