🔥 Полная переработка UI/UX.

Вместе с крутым художником Ромой, мы приступили к этапу полной переделки ui/ux игры.

🙂 Все что было в игре по ui было придумано и реализовано мной, но ясное дело я не спец во всем этом и результат у меня получился не супер вау. У меня явные проблемы с цветами, размерами и дизайном элементов и много чего еще что нужно исправлять. Поэтому сейчас за работу взялся профи, который уже сделает все по красоте. 😎

👨‍💻 На данный момент мы находимся на этапе черновиков, где прорабатываем ux (что и где будет располагаться), плюс накидываем примерный дизайн.

😍 Хотя пока это все и драфты, но выглядит уже супер круто, когда это уже дойдет то финального вида, думаю будет бомба.

🔥 Новая система предметов!

😭 Наконец-то подходит к концу огромный рефакторинг, на который я потратил немало сил.

Суть проблемы
В прошлой версии система предметов строилась на ООП-подходе. То есть у нас был базовый класс и его наследники (FoodItem, ToolItem, BlockItem и т.д.). Делал я так, потому что опирался больше на Java версию майна — там была похожая реализация.
Но при длительной работе и расширении контента, конечно, начали вылезать проблемы, связанные с дублированием кода. Например, у нас есть 2 вида предмета (еда и семена), и вот нам нужен третий тип предмета (арбуз, картошка и т.д.), который мы могли бы и съесть, и посадить как семя. В таком случае подход с ООП даёт трещину и не позволяет гибко конфигурировать предмет.

Решение
Переделать систему предметов на КОП — компонентный подход, по аналогии с bedrock версией майна. Теперь у нас есть всего один класс InventoryItem, на который мы уже можем вешать различные компоненты (FoodItemComponent, DamageItemComponent, ToolItemComponent и т.д.).
При такой системе мы уже легко можем добавить комбинированное поведение для предмета, не дублируя логику. Например, для предмета, который можно есть и сажать в землю, просто добавляем 2 компонента (FoodItemComponent и SeedItemComponent) — и всё! Максимально гибкая конфигурация предмета: если нужно что-то ещё, просто создаёшь новый компонент и добавляешь его в конфиг предмета.

Статы предмета
Так же была доработана система статов предмета, раньше у предмета был только 1 параметр это прочность. Теперь же мы можем лгко добавлять новые параметры, например статы магии, урон и т.д, эти параметры уже могут меняться у предмета и легко сохран

Конфигурация
И вишенкой на торте стала новая JSON-конфигурация: все предметы теперь описываются в своих JSON-файлах. Там мы задаём им id, ключи перевода и навешиваем нужные компоненты.

P.S Про сам подход с конфигурацией и почему я использую JSON, а не ScriptableObject, расскажу в следующих постах. 😎

🔥 Всем привет! Мы наконец-то закончили первый этап переделки UI!

Что сделали
✔️ На этом этапе мы провели ревью старого дизайна: что было не так и какие были косяки. После ревью мы определили новую структуру (UX): что и где должно располагаться, как игрок будет с этим взаимодействовать, чтобы было максимально удобно и чтобы нам было проще расширять интерфейс в будущем, когда будем добавлять больше контента.

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

👍 Также мы переосмыслили другие экраны, например магазин и окно построек: перевели их из горизонтального формата в вертикальный. Так как игра под веб, нужно подстраиваться и под мобильные устройства, и под десктоп — новое решение хорошо ложится на оба варианта. Предыдущий вариант экранов можете глянуть вот тут 🔙.

Тайминг
⏱ В сумме на всю работу ушло 24 часа. Если считать по дням, то примерно месяц — так как работа велась в свободное время.

Планы
🚀 Дальше приступаем к этапам определения стиля и визуального дизайна, после чего начнём отрисовывать финальный вариант.

🔥 Всем привет, продолжаю переделывать систему блоков.

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

Рендер-компоненты
✔️ Блок — обычный блок
✔️ Модель — рендерит блок как модельку (кровать, унитаз, холодильник и т.д.)
✔️ Ступенька — отображение ступенек по правилам стыковки
✔️ Жидкость — собирает меш с учётом уровня жидкости

Логические компоненты
✔️ Поворот — даёт возможность ставить блок в разных направлениях
✔️ Освещение — при добавлении блок начинает источать свет (лампа, факел, лава и т.д.)
✔️ Жидкость — просчитывает симуляцию разливания
✔️ Мультиблок — нужен для блоков, которым требуется резерв по размеру (например, двери, холодильник, шкаф — они не вмещаются в один блок)

👨‍💻 Также занимаюсь анимацией для блоков — это будет отдельный компонент, который будет работать с блоком как с сущностью.
📌 Прикрепил пару видосиков таких блоков: холодильник и шкаф.

👀 В комментариях приложу конфиги блоков в новой системе — кому интересно, можете глянуть.