Сэйвы — это равзе не "небольшие вещи"? Именно сэйвы, а не UGC. Особенно, если они разделены на несколько ключей, а не одним большим json'ом поставляются. Случалось, когда их "не хватало"?
Application.persistentDataPath на Андроиде может запрашивать доп разрешения на работу с файловой системой. Тоже есть свои неудобства.
Для мобилок PlayerPrefs как раз очень удобен и подходит для большинства случаев. Тут, куда ни сохраняй, юзеру не объяснишь, откуда сэйвы брать. Поэтому при обращении в поддержку их автоматически просто прикрепляют или указывают UserId, если сохранения в облаке.
Для WebGL локально вообще что-то кроме настроек сохранять — рискованно. А настройки в 1mb уж как-то да влезут.
Платформа платформе рознь. Если для стима или веба PlayerPrefs не заходит — не значит, что ими не нужно пользоваться.
Рассмотрение клиент-серверной и других архитектур будет позднее. Здесь я пока не поднимал вопрос того, кто как с кем взаимодействует. Посчитал неправильным вставлять в схему то, о чем не было по существу написано ни слова. Вопросы усложнённости и масштабируемости представленной схемы рождаются только осведомлённостью в них. Кто с этим не знаком, задаваться этими вопросами не станет. В общем понимании "игроки как-то там друг с другом взаимодействуют" – это и отражено на схеме, поэтому она и упрощённая: в плане "смысла", не в плане "топологии соединения". По мере погружения в новый более сложный контекст будут новые более конкретные схемы. Материала, где начинают с клиент-серверной архитектуры и без прелюдий, уже написано много, разного уровня сложности. Я знаком с примерным портретом своей ЦА, поэтому делаю попытку зайти с другой стороны, опираясь на их реальные вопросы и в порядке их возникновения.
Сэйвы — это равзе не "небольшие вещи"? Именно сэйвы, а не UGC. Особенно, если они разделены на несколько ключей, а не одним большим json'ом поставляются. Случалось, когда их "не хватало"?
Application.persistentDataPath на Андроиде может запрашивать доп разрешения на работу с файловой системой. Тоже есть свои неудобства.
Для мобилок PlayerPrefs как раз очень удобен и подходит для большинства случаев. Тут, куда ни сохраняй, юзеру не объяснишь, откуда сэйвы брать. Поэтому при обращении в поддержку их автоматически просто прикрепляют или указывают UserId, если сохранения в облаке.
Для WebGL локально вообще что-то кроме настроек сохранять — рискованно. А настройки в 1mb уж как-то да влезут.
Платформа платформе рознь. Если для стима или веба PlayerPrefs не заходит — не значит, что ими не нужно пользоваться.
Благодарю - обновил: действительно была выставленная неактуальная
Рассмотрение клиент-серверной и других архитектур будет позднее. Здесь я пока не поднимал вопрос того, кто как с кем взаимодействует. Посчитал неправильным вставлять в схему то, о чем не было по существу написано ни слова.
Вопросы усложнённости и масштабируемости представленной схемы рождаются только осведомлённостью в них. Кто с этим не знаком, задаваться этими вопросами не станет. В общем понимании "игроки как-то там друг с другом взаимодействуют" – это и отражено на схеме, поэтому она и упрощённая: в плане "смысла", не в плане "топологии соединения".
По мере погружения в новый более сложный контекст будут новые более конкретные схемы.
Материала, где начинают с клиент-серверной архитектуры и без прелюдий, уже написано много, разного уровня сложности. Я знаком с примерным портретом своей ЦА, поэтому делаю попытку зайти с другой стороны, опираясь на их реальные вопросы и в порядке их возникновения.