фичи и продавать сундуки, а рефакторинг будет в новом проекте. Это ок, это всюду так, но обычно архитекторы замечают чуть раньше и костыли получаются слегка изящнее; тут совсем плохо. Но упоминание профиля и какого-никакого database abstraction layer'а наводит на мысль о том, что почти наверняка можно сделать on-the-fly конверсию этих профилей в плане разделить их на часто используемые и редко используемые данные, и разложить это по разным хранилищам. Я не верю, что какой-либо код, запускающийся по событию, сгенерированному игроком, получает в качестве массива все 200 мегабайт json-а, там слишком большое время будет на десериализацию и чтение огромного массива каких-то данных(логи боёв?ачивки?покупки?что там может быть такого с момента жизни проекта, что нужно хранить навсегда. Не клики же), то есть всегда есть кусочек, который нужен, важен и меняется часто, и есть кусок, в который только append, и это можно распилить за два викенда.
Да игрострой, я там выше писал архитектру. Пользователь логиниться его профиль загружается в процесс в оперативе, дальше все работете там, когда пользователь выходит из игры его профиль сбрасывается в базу
Обсуждают сегодня