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

И да, я живой! Долго не было постов, потому что я доделывал задания и отдыхал на каникулах.

Так как я толком ничего не успел добавить, расскажу про архитектуру. У меня башня состоит из 5 компонентов - постройка башни, выбор цели, отрисовка полигона, внешний вид и данные. Компоненты нужны для модульности и переиспользования. Например, у меня башня_1 строится на ровной поверхности, а башня_2 строится на объектах. Если я пропишу две разные логики, то я легко могу их использовать и к другим башням, легко смогу заменять одну логику на другую, что очень удобно.

До сих пор продолжаю рефакторить код... Думаю, это последняя неделя, в которой я буду много времени уделять рефакторингу кода, ведь я понял, что пытаться заранее делать идеальную реализацию какой-либо архитектуры - безумная затея. Лучше буду этому уделять время тогда, когда появится нужда. Сейчас же пытаюсь написать код так, чтобы его можно было расширять и рефакторить в будущем (простая неидеальная реализация, которую в будущем стоит улучшить)

А на данный момент добавил менеджеров и пытаюсь избавиться от Singleton'а, не люблю глобальное состояние, да и синглтон обязует создавать максимум один экземпляр класса, что может подпортить мне жизнь в будуще

Сама архитектура примерно такая: есть башня, состоящая из компонентов (среди них есть компонент с данными) и контроллера. Как я писал в прошлый раз, с помощью компонентов можно будет собирать свою башню, будто это конструктор лего. Также будут менеджеры, которые хранят данные (на данный момент), отвечают за общую игровую логику (скорость времени, вызов сцен), за волны, за визуал и за вызов врагов. Чтобы башня могла контактировать с менеджером и менять сами данные игры (например, значение монет базы), существует контроллер башни, который как раз связывает башню и менеджера)

Давно не писал сообщения: группа не умерла, продолжаем делать. Только вот посты явно будут выходить, наверное, раз в месяц.

Я нашел человека, который может мне помочь, мы решили переписать архитектуру. Да, опять. Да, путь боли и страдания. Но оно того стоит. Заодно узнаем об новых паттернах (например, StateMachine, Event bus)

К тому же, по моему мнению, сейчас лучше всего учиться правильно проектировать программы, ведь нейросети уже начинают заменять джунов

Нередко от своих одногруппников слышал вопрос о том, для чего нужна же архитектура в играх, зачем изучать какие-то паттерны и прочее. Решил ответить постом:

Основной смысл архитектуры - поддержание проекта. Представим, что мы решили забить на архитектуру, пишем код, получается достаточно быстро, всё супер. В какой-то момент поняли, что в игре нехватает определенной механики. Пытаемся её добавить - начинаются проблемы. Оказывается, что новая механика конфликтует со старой, начинаем переписывать старую, но окажется, что она сильно связана с какой-нибудь системой, а та система с другой частью кода, а та часть кода... Думаю, вы поняли. Без адекватной архитектуры наш код сильно связан, а значит если мы захотим что-либо изменить - нам придется менять половину кода (если не больше). Приятное ли занятие? Определенно нет.

Второй смысл архитектуры и паттернов - удобства при работе в команде. Примерна такая же ситуация, как с диздоком. Какие механики будут в игре и как они будут взаимодействовать между собой? - ответ в диздоке. Так же и с архитектурой: она расскажет вам о том, как работает сама программа.
А значит, при работе в команде, с архитектурой вы будете видеть общее представление программы, нежели без неё.

Третий смысл - независимость и переиспользование: вместо того, чтобы копировать и вставлять один и тот же код с небольшими изменениями, легче понять и работать с изолированными блоками кода. Так легче понять о том, как работает программа. К тому же в команде легче писать слабосвязанный код, нежели сильно связанный, что даёт удобства при работе в команде.

Почему я сейчас так много внимания уделяю архитектуре? Потому что я хочу научиться составлять чистую архитектуру и хочу иметь проект, который могу показать работодателю. В настоящее время существуют нейронки, которые начинают заменять джунов, ведь нейронки хоть иногда и криво, но могут писать рабочий код. Сейчас нейросети не могут выбрать подходящую архитектуру для решения конкретных задач, не могут её расширять в нужном русле, да и нейронки не несут никакой ответственности за архитектуру. Поэтому, в ближайшее время, работодателям нужны будут сотрудники, которые умеют работать с нейросетями, уметь проектировать программы, нежели джуны, которые пишут рабочий, но немаштабируемый код

Спасибо моему другу за тайлсет🔥