Кто-нибудь делал синхронизацию игр на нескольких девайсах?

[caseyryan]

Применение правил вроде "записывать более старший уровень" не предлагать - там данных много больше, уровень просто для иллюстрации.

За счет чего тогда формируется этот "уровень"? По мне так уровень должен быть чем-то вроде контрольной суммы, но в более упрощенном виде. И все "штучки" игрока должны быт ьв него встроены

[mikhailk]

Так и не понял в чем конфликт.Что юзер продолжает на девайсе-2 играть с того места, где он остановился на девайсе-1 и потом девайс-1 подцепляет новый стейт - так это никакой не конфликт т.к. учетка то одна.

Ок, усложняем задачу.

1. Игра сохранена с устройства-1, допустим, игровые данные версии 123, после чего игра на устройстве-1 закрыта
2. Игра открывается на устройстве-2, в нее загружаются игровые данные версии 123
3. Через некоторое время игра пытается сохраниться с устройства-2, перезаписав игровые данные версии 124 поверх игровых данных 123 с устройства-1. Допустим, сохранение происходит успешно.
4. Игра снова запускается на устройстве-1, но в оффлайне, т.е., стартует не с 124-й версии игровых данных, сохраненной на сервере, а с 123-й, имеющейся на устройстве-1.
5. Через некоторое время на устройстве-1 появляется Интернет и игра пытается сохраниться с устройства-1, сгенерировав свои игровые данные версии 124. Но на сервере уже есть данные версии 124 с устройства-2. Тут, по идее, надо сообщить пользователю, что возник конфликт.

Вопрос. Чем случай п.5 отличается от случая п.3? Как определить, что в п.3 конфликта не было, а в п.5 он есть?

[undefined]

ну так в п.3, как я понял, все идет штатно, а в п.5 действительно конфликт т.к. версия 124 уже есть на сервере и он легко может это определить и тогда юзеру придется выбирать.

Добавлено через 4 минуты
Т.е. конфликт определять должен сервер, глядя на то есть ли уже такая версия.

[mikhailk]

Ну, устройств может быть несколько и с номерами версий может выйти котовасия, но в принципе, наверное, действительно можно попробовать поработать с номерами версий...

[dark256]

.... Потом юзер такой звонит в техсуппорт и предъявляет:
- Я влил в игруху 1000 баксов дошел до 80-го уровня а тут вдруг вошел что-то нажал и у меня стал 16й уровень верните деньги....

[Tails]

Наверное на мобилках есть какой-то лог, по транзакциям.

[Korchy]

А что мешает сделать в учетке пользователя подучетки на каждый девайс, раз разделение так необходимо?

[mikhailk]

А что мешает сделать в учетке пользователя подучетки на каждый девайс, раз разделение так необходимо?

Да в общем-то ничего не мешает. А что это даст?
На самом деле, необходимо не разделение, а понятная пользователю процедура синхронизации игры на разных девайсах.

.... Потом юзер такой звонит в техсуппорт и предъявляет:
- Я влил в игруху 1000 баксов дошел до 80-го уровня а тут вдруг вошел что-то нажал и у меня стал 16й уровень верните деньги....

Да, что-то подобное вполне может быть.

На самом деле, была идея вообще обойтись без собственного игрового сервера, а профиль пользователя хранить в iCloud. Понятное дело, что пополнение баланса через InAppPurchase по-любому требует Интернета. Планируется так же потребовать Интернет на операции расходования денег. Но что делать, если на одном девайсе, подключенном к Интренету пользователь закинул 25 баксов и потратил из них 10, а на другом девайсе в оффлайне просто играл, наиграл там себе какой-то результат и затем решил синхронизироваться, то, что делать мне пока не очевидно. Понятное дело, игровые данные с финансовыми транзакциями затирать нельзя. Значит потеряется результат.

[dark256]

Если у юзера будет прямой доступ хоть к облаку, хоть к чему - ну... готовьтесь дарить много денег
ИМХО - нонсенс парапсихолога это всё. Клиент (заказчик) пролетит как фанера над Парижем с такими опциями.

[illuzor]

Есть огромное количество игр с хранением сейвов в облаке. Почему бы не взять одну из них и не посмотреть, как всё реализовано?