Как стать автором
Обновить
1
0

Пользователь

Отправить сообщение

Выглядит как очень перспективное направление )

=) отличные тред, надо для чатиков в телеге больше таких обобщающих штук )

=) отличная статья ), согласен что надо побольше таких

приятное чтиво, спасибо за проделываемую работу

А можно включить ссылки на оригинальные статьи? А то вообще не понятно что происходит

2д игр стало меньше в целом, платформеры были, но мало, на анриле может парочку припомню.

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

=) как человек который судил игры на девгаме, хочу сказать что сейчас инди треша который делается на анриле, гораздо больше чем раньше и иногда больше чем сделанного на юнити, другой вопрос что не все игры доезжают до релиза. И если брать среди релизнутых игр, то наверное да, там будет превалировать юнити.

1) поправьте пожалуйста текст, есть орфографические ошибки, которые создают впечатление что школьник писал

2) создайте игру на простых ассетах что есть в сторе, там полно лоу поли ассетов на любой вкус, сосредоточьтесь на механике/сюжете и сути проекта )
даркнет это для маргиналов и криминала ) а нужна «нормальная» площадка
я полагаю что дело в супер популярности твиттера в США например, и Трампу наверное тоже хотелось быть популярным на той же площадке что и остальные селебритис + там много его аудитории. А так да, думаю у Трампа с его сторонниками есть все шансы создать альтернативную сеть
Я полагаю что как только будет запрос на площадки без цензуры, то они появятся, другой вопрос что их с большой вероятностью запретят в большинстве стран.
более ригидный код с сильными связями всегда легче читать чем более абстрактный код, связи которого не очевидны и реализовываются фреймворком ), это я про синглтоны, а воообще в целом я согласен что у архитектуры приложения одними из требований должны быть легкий вход/понятность и удобство. Кстати я еще не видел на боевом проекте активного использования Signal у Zenject, обычно Zenject используют как DI и всё. Но часто вижу самописные Event Bus.
когда ивенты/месседжи — всегда тяжелее читать код, для меня лучшая практика это когда отдельный ивент представлен отдельным контейнером, чуть попроще разбираться кто с этим ивентом работает.

А вообще все подобные проблемы возникнут на любом более менее крупном проекте, который писали много программистов и в котором много сущностей. При любой парадигме. Всё равно надо будет сидеть и въезжать что откуда ).
я бы смотрел в сторону MVVM — попроще для понимания, меньше писанины, или ECS.
MVC не самый удобный для геймдева паттерн/парадигма имхо, и тут надо мыслить не общим смыслом — здоровье, атака и тд, а тем как и где это будет храниться. Хранение данных происходит в модели(отдельный скрипт). Будет некая модель в которой будут атака, здоровье, скорость, и тд и тп. Когда это надо отрисовать например в UI. Создается отдельный скрипт View. Там всё про отрисовку. А общая логика и зависимости от другой логики пишутся в скрипте Controller. В итоге на одну сущность минимум три класса/файла.
это не паттерн, это один из принципов, habr.com/ru/post/131993 тут в комментах есть ссылки еще на статьи
да ) это эдиторовское, на билде отвалится )
public AssetReference scene;

        void LoadScene()
        {
            scene.LoadSceneAsync(LoadSceneMode.Additive);
        }
да, у адрессейбл есть AssetReference, который может быть сценой в том числе, и есть метод загрузки сцены. Таким образом нет привязки к имени.
хочу предложить вам вместо этого велосипеда, использовать Addressables. Решает поставленную задачу из коробки )

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность