Лучше слово Manager в скрипте не использовать, так как слишком глобальное понятие и не отражает конкретной ответственности, иногда static листы для чтения полезны, к примеру Enemies, но пользоваться этим нужно осторожно

Я его использую чтобы в editor найти что либо и заполнить ссылки в инспекторе . Тут же он вроде хорош

Привет ребят) Может кто подскажет - есть ли в юнити возможность менять скорость воспроизведения 3д анимации? Что б не кодом, а именно настройками/кнопками? А то ничего найти не могу

На сцене есть объекты, при нажатии на них, будет появляется интерфейс с помощью которого можно передвигать эти объекты. Но чтобы начать передвигать какой-то объект нужно, конечно же, задать его в этом интерфейсе. Как это сделать? В голову приходят такие мысли: 1) для каждого объекта прикрепить этот интерфейс (в инспекторе), 2) Создать событие (Видел что в Unity есть, но как передать аргумент в Invoke?)

В инспекторе узла-анимации в аниматоре

каким образом происходит нажатие на объект?

Кто-нибудь знает, можно ли TextMeshPro отзеркалить без отрицательного скейла?

OnMouseDown

божечки, спасибо большое)

получается ты знаешь какой объект

Да, с этим проблем нет. Но как отправить этот объект в интерфейс?

🌝👌🏻

получи ссылку на свой интерфейс и в поле задай

для каждого объекта?

ты же нажимаешь на объект у него вызывается метод онмаусдовн, там ты передаешь свой объект в другой скрипт

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

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

Понятно, ключевые мысли:
+ называть вещи однозначно и понятно
+ при этом не усложнять

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

Хотя если бы статистика / достижения велись для разных сущностей, то отдельный универсальный класс бы понадобился

Поворот по Y на 180)