Le 3 mars 2015 10:14, Frédéric <fma38@???> a écrit :
> Le 03/03/2015, Thomas a écrit :
>
>> Tu peux imaginer identifier chaque client par un ID qui sera passé
>> dans chaque requête.
>
> Ah, oui, pas con. Qu'est-ce que tu conseilles de passer, comme info, pour
> identifier le client ?
Une chaine de caractère de 160 bits générée aléatoirement en JS au
lancement de l'application.
>> Si tu stocke côté serveur quel client à reçu quelle update alors,
>> après tu peux facilement faire un diff.
Par contre, dans ce cas de figure, ton appli n'est pas en REST :
je cite wikipédia :
http://fr.wikipedia.org/wiki/Representational_State_Transfer
Inconvénients de REST
Le principal inconvénient de REST est la nécessité pour le client de
conserver localement toutes les données nécessaires au bon déroulement
d’une requête, ce qui induit une consommation en bande passante réseau
plus grande. Notamment dans l'univers des appareils mobiles, chaque
aller-retour de connexion est consommateur d'électricité. La latence
de la connexion rend également l'interaction moins fluide.
>> Sinon, un autre moyen bourrin, c'est de tout le temps envoyer
>> l'intégralité des données à chaque fois.
>
> Le souci n'est pas tant la transmission des infos que la mise à jour du
> client ; y'a plein de callbacks qui vont se déclencher...
Béh, c'est le problème de rest quoi :-/
