Супер) Спасибо! Долго ждал)) Лучшее видео по теме в ютубе на русском. Еще, как вариант, автоматически формируют json прям в гугл-табличке в последней ячейке каждой строки, а далее в одной ячейке так же автоматически собирают полный json для таблички. Потом либо руками копируют в проект, либо выгружают чз апи тоже. Но ваш вариант мне больше нравится
Отличное видео, как раз задавался вопросом загрузки и сохранения конфигов в гугл таблички. Вот бы еще видео по сохранению измененных конфигов обратно в гугл таблицу.
Видео конечно отличное, но из-за сильного приближения к Rider, невидно части кода которая уходит за правый край экрана. Ты копируешь всё из документации, а самой документации в описании ролика нет. Я попытался сам найти, увы не нашёл(именно то откуда ты копировал).
Да, верно, за это прошу прощения! Я делаю ассет, который будет иметь весь нудный исходный код, когда доделаю, прикреплю в описание. А пока код этого класса можно скачать отсюда (ссылка на коммент в телеге): t.me/gamedevlavka/655?comment=6940
Если приватность документа не критична и вы собираетесь в любом случае тянуть весь документ, может быть достаточно просто сгенерить публичную ссылку на скачивание документа в csv формате (в гугле download link for spreadsheets csv export) и распарсить её на клиенте аналогичным образом. Тогда не нужно будет возиться ни с пакетами, ни с апи, ни с учеткой гугла. Но предложенный в видео вариант, конечно, более серьёзный.
Все верно, можно быстрый вар запилить способом описанным выше. Подход с парсером останется, а вот первая часть видео сократится значительно. Может быть сделаю это в отдельном видео, как вариант
Как то не нравится мне, как парсер устроен, что он подразумевает в каком порядке в него данные будут передаваться. Лучше сделать у него методы оповещающие о начале передачи нового элемента и об окончании.
Спасибо большое! Мне кажется гугл апи для юнити несколько запутаны для тех, кто впервые с ними работал От этапа загрузки с нугет до работ с консолью (неочевидно, блин)
Отличное видео, спасибо. Вот интересно, а если так у пользователей при каждом запуске игры будет подобный конфиг загружаться, то гугл по шапке не настучит? (за превышение лимита чтения, трафика или чего-то такого)
Там есть квоты, можете погуглить google sheets usage limit. На данный момент это 60 запросов в минуту на пользователя проекта и 300 запросов в минуту на проект в целом. По этой причине при использовании в продакшене, нужно трекать коды ошибки, и если приходят 429, то ждать с нарастающим интервалом после каждой неудачной попытки.
Дело в том, что в видео я говорю об импорте конфига в проект, не в игру в рантайме. В рантайме обычно делают в связке с собственным сервером, а не сервисом гугла. Происходит это так: клиенты стягивают готовый файл конфига с собственного сервера и пользуются им. Геймдизайнеры правят гуглотаблички как им надо, и по нажатию кнопочки, таблица импортируется на сервер по такому же алгоритму примерно, как показано в видео. Только в видео в проект импорт, в случае работы с сервером - нужно импортить на сервер. А регулировать трафик на свой сервер значительно проще и дешевле.
На скриптабл объектах часто у меня ветвистая система. Один конфиг содержит ссылку на несколько других, а ещё имеет один или несколько массивов неопределённой длины. Как это сделать через таблицы, раз уж таблицы всем лучше?
Об этом говорится в видео. У тебя один файл с конфигами, который состоит из частей, за которые и отвечают отдельные листы. В видео корневой класс - GameSettings, подкласс - ItemsSettings. Импортер скачивает лист и заполняет только одну составляющую GameSettings. Связи строятся как и везде в базах данных - на ключах в виде IDшников
спасибо! что то сам не мог справиться с настройками в гугл консоле
Уроки очень интересные спасибо большое автору. Потому что на тему инвентаря видео как кот наплакал с граммотным кодом и архитектурой .
как же вовремя видео, спасибо)
Супер) Спасибо! Долго ждал)) Лучшее видео по теме в ютубе на русском. Еще, как вариант, автоматически формируют json прям в гугл-табличке в последней ячейке каждой строки, а далее в одной ячейке так же автоматически собирают полный json для таблички. Потом либо руками копируют в проект, либо выгружают чз апи тоже. Но ваш вариант мне больше нравится
Отличное видео, как раз задавался вопросом загрузки и сохранения конфигов в гугл таблички. Вот бы еще видео по сохранению измененных конфигов обратно в гугл таблицу.
Видео конечно отличное, но из-за сильного приближения к Rider, невидно части кода которая уходит за правый край экрана. Ты копируешь всё из документации, а самой документации в описании ролика нет. Я попытался сам найти, увы не нашёл(именно то откуда ты копировал).
Да, верно, за это прошу прощения! Я делаю ассет, который будет иметь весь нудный исходный код, когда доделаю, прикреплю в описание. А пока код этого класса можно скачать отсюда (ссылка на коммент в телеге): t.me/gamedevlavka/655?comment=6940
спасибо автор! то что нужно !
Огнище! Очень полезное видео. Спасибо
Если приватность документа не критична и вы собираетесь в любом случае тянуть весь документ, может быть достаточно просто сгенерить публичную ссылку на скачивание документа в csv формате (в гугле download link for spreadsheets csv export) и распарсить её на клиенте аналогичным образом. Тогда не нужно будет возиться ни с пакетами, ни с апи, ни с учеткой гугла.
Но предложенный в видео вариант, конечно, более серьёзный.
Все верно, можно быстрый вар запилить способом описанным выше. Подход с парсером останется, а вот первая часть видео сократится значительно. Может быть сделаю это в отдельном видео, как вариант
круто-круто
Ура таблицы, хочу научиться
Как то не нравится мне, как парсер устроен, что он подразумевает в каком порядке в него данные будут передаваться. Лучше сделать у него методы оповещающие о начале передачи нового элемента и об окончании.
Мы всё ещё очень ждём обновлённую версию архитектуры:)
Спасибо большое!
Мне кажется гугл апи для юнити несколько запутаны для тех, кто впервые с ними работал
От этапа загрузки с нугет до работ с консолью (неочевидно, блин)
Не могу найти доки с кодом, скинь пожалуйста... Очень хочется... Апишечку...
Я дошел до этого момента. А будет ли вторая часть на эту тему или нет?
Будет использование таблиц для конфигов, да, в будущем
А можно ссылку на саму документацию откуда код был взят и тд?
Хотелось бы видео о том, как в игру в итоге эти данные пробросить лучше всего. В каком виде - json, в скриптабл обжекты писать, мб еще что-то
Не, ну сначала всегда надо пообедать, а потом урок писать)
Вопрос, а как потом iconName использовать?
Отличное видео, спасибо. Вот интересно, а если так у пользователей при каждом запуске игры будет подобный конфиг загружаться, то гугл по шапке не настучит? (за превышение лимита чтения, трафика или чего-то такого)
Там есть квоты, можете погуглить google sheets usage limit. На данный момент это 60 запросов в минуту на пользователя проекта и 300 запросов в минуту на проект в целом. По этой причине при использовании в продакшене, нужно трекать коды ошибки, и если приходят 429, то ждать с нарастающим интервалом после каждой неудачной попытки.
Дело в том, что в видео я говорю об импорте конфига в проект, не в игру в рантайме. В рантайме обычно делают в связке с собственным сервером, а не сервисом гугла. Происходит это так: клиенты стягивают готовый файл конфига с собственного сервера и пользуются им. Геймдизайнеры правят гуглотаблички как им надо, и по нажатию кнопочки, таблица импортируется на сервер по такому же алгоритму примерно, как показано в видео. Только в видео в проект импорт, в случае работы с сервером - нужно импортить на сервер.
А регулировать трафик на свой сервер значительно проще и дешевле.
Где можно взять доки с кодом?
Еде ECS?
На скриптабл объектах часто у меня ветвистая система. Один конфиг содержит ссылку на несколько других, а ещё имеет один или несколько массивов неопределённой длины. Как это сделать через таблицы, раз уж таблицы всем лучше?
Об этом говорится в видео. У тебя один файл с конфигами, который состоит из частей, за которые и отвечают отдельные листы. В видео корневой класс - GameSettings, подкласс - ItemsSettings. Импортер скачивает лист и заполняет только одну составляющую GameSettings. Связи строятся как и везде в базах данных - на ключах в виде IDшников