Ce que je peux te dire de l'approche de Meteor, c'est:
- se reposer sur des librairies/framework existant, pour ne pas reinventer la roue (typiquement LESS/HandlebarJS)
- un systeme de publication/inscription bien foutu, avec une base de donnee simplifiee cote client, alimentee/synchronisee par la "vraie" base de donnee cote serveur. Le client a donc son propre jeu de donnee qu'il manipule comme il veut, tout le rendu se fait cote client, le serveur se borne principalement a delivrer les bonnes informations. Ce pourquoi c'est une "webapp" et pas un site web. En gros le client recoit l'application + les donnees du serveur, et construit son site web tout seul.
- c'est reactif. Si A change un truc qui affecte B, B est mis a jour tres rapidement. Seul les parties concernes dans le rendu de B est mis a jour. C'est la partie un peu technique et difficile a manipuler a mon avis. Typiquement dans Socialite, si A envoie un message a B, B recoit une notification immediatement. Ca se base sur websocket & Co.
Pour le reste, ce n'est pas un framework a proprement parler. Il impose peu de structure ou de convention, et beaucoup de l'API expose concerne en fait des framework integre avec Meteor, pas Meteor en soit.
[^] # Re: La même chose avec Django
Posté par Duncan Idaho . En réponse au journal Socialite, une web-app avec Meteor. Évalué à 1.
(desole, qwerty).
Aucune idee, je n'ai jamais utilise Django.
Ce que je peux te dire de l'approche de Meteor, c'est:
- se reposer sur des librairies/framework existant, pour ne pas reinventer la roue (typiquement LESS/HandlebarJS)
- un systeme de publication/inscription bien foutu, avec une base de donnee simplifiee cote client, alimentee/synchronisee par la "vraie" base de donnee cote serveur. Le client a donc son propre jeu de donnee qu'il manipule comme il veut, tout le rendu se fait cote client, le serveur se borne principalement a delivrer les bonnes informations. Ce pourquoi c'est une "webapp" et pas un site web. En gros le client recoit l'application + les donnees du serveur, et construit son site web tout seul.
- c'est reactif. Si A change un truc qui affecte B, B est mis a jour tres rapidement. Seul les parties concernes dans le rendu de B est mis a jour. C'est la partie un peu technique et difficile a manipuler a mon avis. Typiquement dans Socialite, si A envoie un message a B, B recoit une notification immediatement. Ca se base sur websocket & Co.
Pour le reste, ce n'est pas un framework a proprement parler. Il impose peu de structure ou de convention, et beaucoup de l'API expose concerne en fait des framework integre avec Meteor, pas Meteor en soit.