Pour moi, les cas d'utilisations n'ont pas grand chose à voir. D'un côté, on fait le traitement côté serveur et de l'autre, côté client. Et vouloir faire le traitement côté client, c'est rarement pour les performances mais plutôt pour éviter une utilisation du réseau (l'application reste plus ou moins réactive avec un mauvais réseau (une fois que les données sont chargées) ou de charger le serveur. Du coup, je ne vois pas l'intérêt de comparer de le cadre du projet et je ne suis pas étonné que le projet n'en parle pas.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Mais donc les performances ?
Posté par claudex . En réponse à la dépêche Retour d'expérience sur sql.js. Évalué à 4.
Pour moi, les cas d'utilisations n'ont pas grand chose à voir. D'un côté, on fait le traitement côté serveur et de l'autre, côté client. Et vouloir faire le traitement côté client, c'est rarement pour les performances mais plutôt pour éviter une utilisation du réseau (l'application reste plus ou moins réactive avec un mauvais réseau (une fois que les données sont chargées) ou de charger le serveur. Du coup, je ne vois pas l'intérêt de comparer de le cadre du projet et je ne suis pas étonné que le projet n'en parle pas.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche