Награды в играх. Вариант backend реализации

[derikn_mike]

я конечно извиняюсь но функция claimReward явно не атомарная и не вижу локов. Тоесть многопоточность в вашем приложении отсутствует?

[deft31]

От чего же? Почему она должна быть атомарной? множество юзеров могут взять один конфиг награды и получить собственную награду рассчитанную контент генератором.

[Sensimilla]

Эпл с недавних пор требует указывать вероятность нахождения предметов в лут-боксах и это очень правильно. А то манипуляции с этими вероятностями достигли просто адских масштабов на игровом рынке, не делайте так в своих разработках

[deft31]

Спасибо за информацию. Приму к сведению. Данный вариант в целом предусматривает возможность отражать это. Как раз можно показывать конфигурацию награды, которую заводят ГД.

[Antharas]

А это такой новый тренд хранить статичные списки данных в бд? Ладно инвентарь игрока, куда складируются предметы, но список наград..

[deft31]

А что не так с конфигурацией наград? Мы задаем и меняем именно конфигурацию награды. Это скажем так справочник.

[SadOcean]

С ней все так, речь о том, что могут быть более удобные формы.
Например json универсальнее, может редактироваться без специальных инструментов, версионируется в CVS с проектом (что надежнее) и удобно настроить экспорт из экселя или гуглодоков.

Для баз нужны специальные инструменты и у них есть проблемы с версионированием.

[vkushni]

скорее за все ответ "так сложилось исторически", обычно зависит от важности награды если это реал (или "коины" покупаемые за реал) то лучше в СУБД если "фантики" из вакуума то можно где угодно