Réutilisation des modèles Backbone.js côté serveur avec Node.js et Websockets

Question

J'ai travaillé mon chemin à travers:

http://andyet.net/blog/2011/feb/15/re-using-backbonejs-models-on-the-server-with-node/

J'ai quelques questions au sujet de modèles de partage de serveur-côté et quelques questions sur le remplacement de synchronisation. Modèle en temps réel de la synchronisation de l'architecture ftw.

1. Modèles
   Donc, dans cet exemple, il synchronise son ensemble l'état de l'application. Une partie de mon état de l'application est le modèle de l'Utilisateur, cela gère les choses comme l'exploitation forestière, à trouver le type de plate-forme qu'ils utilisent, etc. Suis-je à l'aide de ce mal? J'ai côté client, les données de session dans ce modèle, quelque chose qui n'a pas vraiment besoin d'être sur le serveur, dois-je le mettre sur le serveur de toute façon?

   Pour les autres modèles qui sont strictement les données d'application qui doivent être synchronisés avec le serveur, comment puis-je gérer ces modèles sur le serveur? Est-il "voir" type de composant que handels modifications du modèle, et agit sur le modèle de la façon dont le serveur a besoin?

2. Synchronisation
   Je veux remplacer la méthode de synchronisation pour la synchronisation avec le serveur et tous les autres clients qui ont besoin de la mise à jour des données. Comment pourriez-vous écrire une méthode de synchronisation qui fonctionne client -> serveur et serveur -> client de sorte que peu importe où il est appelé tout le monde se mis à jour?

Answer 1

Il ya un couple des aspects qui rend l'épine dorsale d'un très bon ajustement pour les applications clientes, mais non pas du tout utile pour le serveur en fonction des environnements.

La base de l'épine dorsale est son module d'Événements, dont le cadre est construit autour d' (les modèles sont essentiellement des événements gérés par les collections, les vues sont code colle pour le rendu basé sur le modèle de la modification d'un événement, etc...), est assez inutile sur un serveur: le seul véritable événement jamais vous êtes l'obtention est de la demande, ou de divers événements pour la prise de données, et les deux sont gérées par (et sont prises en charge) par le middleware et le nœud lui-même.

Modèles:

• si vous êtes en utilisant un certain type de l'ORM sur votre serveur, il doit déjà la gestion des événements nécessaire pour composer avec les changements de modèle. Et puisque vous ne faites pas tout vue dynamique des mises à jour sur le serveur, vous n'avez pas besoin de l'infrastructure dorsale offre pour les modèles.

• si vous n'êtes pas à l'aide d'un ORM (comme en temps réel, ne jamais connecté chat :), vous pouvez utiliser l'épine Dorsale de modèles, mais ils ne sont pas adaptés pour les plus grands ensembles de données ou de tout type de stockage, et à la fin vous êtes toujours à l'aide d'un trait de soulignement gainé de Hachage / Matrice.