Ответ на пост «Сравнение Yaml и Json»1
Байтовый протокол лучше
Байтовый протокол лучше
Здравствуйте, дорогие Пикабушники и Пикабушницы!
Сегодня расскажу Вам, как в моей игре устроена система атаки!
Поведение атаки, так же как и любое другое, реализуется с помощью компонентов.
В компоненте ComboAttackDataComponent настраиваются все цепочки атак юнитов:
В поле impact agents указываются агенты воздействия, которые будут как-то влиять на цели. У каждого такого агента есть своя настройка списка применяемых воздействий:
Так же атака может модифицировать параметры юнита:
А вот как это сейчас выглядит:
Все подробности вместе с кодом можете увидеть в полном видео. Приятного просмотра!
С любыми вопросами приглашаю в комментарии!
Добрый день, многоконфессиональные Пикабушники и Пикабушницы!
Поздравляю Вас с Пасхой – праздником света и возрождения! Пусть в ваших домах царят мир, добро и гармония!
Приглашаю вас отрезать куличик и лицезреть сотворение моего игрового мира:
Если возникнут вопросы, то жду Вас в комментариях!
Рад Вас снова приветствовать, дорогие Пикабушники и Пикабушницы!
Я только 7 часов, как пикабушник, а уже имею двух замечательных подписчиков!
Восторг!
чисто я сейчас
Раз уж такое дело, давайте продолжим.
Уже поздний вечер, вы отдыхаете, расслабляетесь. И это замечательно! Самое время поговорить о зависимостях ;)
Добрый вечер, дорогие Пикабушники и Пикабушницы!
Накладывайте ужин, поговорим о том, с чего начинается разработка игры.
Штош, я только начал и не собираюсь сдаваться!!!!!!!!!!
Рубрика «в предыдущих сериях»:
Часть первая, что и почему я решил делать Telegram мини-приложения в 2025 или как я дошел до жизни такой. Часть уно
Часть вторая, какой инструментарий я использую и немного о разработке Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Часть до
Часть третья, разворачивание приложения на VPS и немного про докер Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Часть тре
Часть четвертая, настройка бота в telegram, получение доменного имени и ssl, настройка nginx Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Часть куатро
Для связи telegram бота и функционала, который вы хотите ему придать, необходимо реализовать соответствующий функционал с использованием языка программирования. Как я уже писал в первой части, для реализации бота был выбран фреймворк nestJS (язык программирования typescript) и кроме базовых файлов, которые автоматом устанавливаются при установке проекта, нам понадобится всего лишь два дополнительных файла.
Для бота написанными лично мною являются файлы bot.module.ts и bot.update.ts. Наполнение bot.update.ts следующее.
Наполнение bot.module.ts следующее.
В самом telegram боте после его «активации» вы увидите следующее.
В самом же списке контактов вы увидите следующее.
Ну вот и все, дорогие мои, все этапы создания мини-приложения для telegram пройдены, можете все это повторить, но уже для других сервисов, например, игр тайм-киллеров.
А теперь «микросерверность» и все, что с этим связано, nikita17cm все это для тебя, мой единственный комментатор!!!!!
Для начала рассмотрим, а что же является альтернативой микросервисной архитектуры и какие минусы у такого подхода, который был назван монолитной архитектурой. Представим, что на бэкенде у меня один проект и взаимодействие с ботом является составной частью основного бэкенда. На этом этапе никаких проблем нет, как вы все видели, код взаимодействия с ботом минимален и не сложен. Время проходит и я, например, решаю реализовать функционал оплаты, через робокассу или юмани. Реализация оплаты уже посложнее, код объемнее и отлаживать или тестировать его функционал становится сложнее, но все еще терпимо в рамках единой кодовой базы проекта. А потом мы добавляем логирование (для отслеживания ошибок), кеширование (для ускорения работы приложения), брокер сообщений (для гарантированной доставки важных сообщений) и т.д. Все это приводит к тому, что теперь процедуру отладки или тестирования функционала становится очень сложно проводить, так как изменения в одной части кода могут повлиять на другую часть кода. А что если как-то выделить код, который отвечает за какой-то один функционал (бот, логирование, кеширование и т.д.) и, самое главное, изолировать этот функционал между собой? В этом и есть основной смысл микросервисной архитектуры, который позволяет абсолютно независимо разрабатывать, тестировать и отлаживать взаимодействие отдельных микросервисов между собой. Накатили новые изменения и сломался функционал логирования (кеширования, брокера сообщений)? Не проблема, основной функционал вашего приложения работает, как раньше, просто откатываете изменения и исправляете ошибку. Именно поэтому функционал бота у меня выделен в отдельное приложения, я сразу стал так писать, а не писал сначала все в одном проекте, а потом решил часть проекта выделить в отдельный микросервис. Надеюсь, стало немного понятно, а вообще на ютубе полно видео на эту тему, которые достаточно доходчиво объясняют все интересующие вас аспекты.
А, ну и конечно, как я уже ранее писал, мини-приложение уже готово и ждет своих пользователей, как говорится welcome t.me/Socionyx_Bot/socionyx.
Кроме того, завел telegram канал t.me/socionyxchannel, где буду писать о дальнейших этапах разработки и продвижения, разработанных мною приложений.
Буду премного благодарен за обратную связь и замечания по работе текущего мини-приложения.