[Index Software] Coin des développeurs :]

[Bubu]

Ça y est, c'est décidé !
Je vais manger mes chaussettes !

[Manichéenne]

Un problème de socket ?

[Benoit]

Au niveau applicatif où il est, j'espère que les API masquent les sockets sinon ça doit être un beau bordel.

[Manichéenne]

socket/chaussette

[Bubu]

Vous avez raison, c'est à un niveau d'abstraction supérieur.
Tellement supérieur qu'on ne sait même plus ce qu'on fait.
On peut être connecté aux services Google sans être connecté à Internet.

Mais j'ai réglé le problème.
Vous êtes très aimables.

[Benoit]

Vous avez raison, c'est à un niveau d'abstraction supérieur.

Bienvenue dans le monde des applications mobiles.

Si Google veut prendre en charge la sauvegarde différée/offline, pourquoi t'embêterais tu à développer un truc qui le fait aussi ?
Fais leur confiance, je suis sûr que ça marche, aussi bizarre/contre-intuitif/idiot que ça te paraisse.

A ma connaissance, c'est mieux sous Steam, si un jour tu veux développer pour PC.

[Bubu]

Vous avez raison, c'est à un niveau d'abstraction supérieur.

Bienvenue dans le monde des applications mobiles.

Si Google veut prendre en charge la sauvegarde différée/offline, pourquoi t'embêterais tu à développer un truc qui le fait aussi ?
Fais leur confiance, je suis sûr que ça marche, aussi bizarre/contre-intuitif/idiot que ça te paraisse.

A ma connaissance, c'est mieux sous Steam, si un jour tu veux développer pour PC.

Parce que l’utilisateur n'est pas forcément connecté aux services de sauvegarde de Google.
Dans ce cas, je sauvegarde sa progression dans un xml, éventuellement synchronisé sur leur blob dès qu'il se connecte.
Il y a 3 cas :
-sauvegarde locale (fichier xml)
-sauvegarde en fichier binaire locale s'il est connecté au service sans être connecté à internet.
-sauvegarde en fichier binaire sur serveur s'il est connecté aux serveurs.

Après il faut choisir la bonne sauvegarde parmi les 3, je choisis la plus récente.

[Benoit]

Ils sont pas capables de garder le fichier et de le sauvegarder une fois que l'utilisateur sera en ligne chez Google ?

[Bubu]

Ils sont pas capables de garder le fichier et de le sauvegarder une fois que l'utilisateur sera en ligne chez Google ?

Si, à peu près .... Quand il y a plusieurs sauvegardes en conflit, ils le signalent, mais c'est à nous de savoir quoi faire. Moi je choisis d'écraser la plus vieille par la plus récente.
Mais on pourrait bidouiller une sauvegarde, faire un mix des deux en conflit si besoin, mais je me contente de la solution la plus simple.

Après, pour ne pas forcer le joueur à avoir un compte Google Play, même s'il faut clairement lui indiquer qu'il a tout à gagner (sauvegardes synchronisées sur plusieurs appareils et pas de perte s'il change d'appareil), je fais également une sauvegarde locale en xml.

En gros je copie la politique utilisée dans Clash Of Clans.

Si je m'attarde autant sur les sauvegardes, c'est parce qu'il y a des achats en ligne.

[Benoit]

Si ta sauvegarde se limite à "débloquer des trucs" (fonctionnalités, niveaux, etc...) comme dans plein d'applis, je pense que c'est la meilleure solution. (tu peux même le faire dans le dos de l'utilisateur).

Si tu autorises le retour en arrière, c'est effectivement tout de suite plus chaud.

[Ixy]

[Benoit]

Spoiler, dans l'image d'en bas, 9 chances sur dix d'être en fait de la situation d'en haut.

(Estimation très optimiste).

[Manichéenne]

Parfois le premier cas est un corollaire du : "pourtant avant ça marchait et je n'ai rien changé".
D'ailleurs, je suis dessus, là.
Je me demande aussi quel est l'esprit tordu a pu décider de définir une variable en "write only". Seriously ?

[Ixy]

Spoiler, dans l'image d'en bas, 9 chances sur dix d'être en fait de la situation d'en haut.

(Estimation très optimiste).

Sauf que la preuve d'un programme est en général extrêmement ardue. Du coup on peut considérer que lorsqu'un code fonctionne on est la plupart du temps dans la deuxième situation. En informatique, on ne fait que considérer que ça marche tant que l'on a pas trouvé de bugs.

[Benoit]

Spoiler, dans l'image d'en bas, 9 chances sur dix d'être en fait de la situation d'en haut.

(Estimation très optimiste).

Sauf que la preuve d'un programme est en général extrêmement ardue. Du coup on peut considérer que lorsqu'un code fonctionne on est la plupart du temps dans la deuxième situation. En informatique, on ne fait que considérer que ça marche tant que l'on a pas trouvé de bugs.

Euh nan, ca passera jamais une recette du code dont on ne sait pas pourquoi il fonctionne.