Бывают способы проще, сделать класс абстрактный с этим интерфейсом и от него скрипты унаследовать чтобы можно было ссылки подцепить в редакторе

если бы вместо "посмотрел" - сделал на нем полноценный проект хотя бы по учебнику - увидел бы его СОВСЕМ с другой стороны.  за один проект мозг привыкает видеть эти скетчи и свободно ориентироваться. а когда без единой строчки кода просто создаешь все аспекты логики - это просто становится серьезным инструментом.
(лично я не люблю блупринты вообще, но тестил почти все - чтобы помогать дизайнерам входить в юнити. болт один из самых удачных)

не, не в одном, так что перебором конечно

либо так либо асинхронность делай через async await

с пропуском каждого кадра, или не каждого

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

а ещё ... уточнить, что бы долго не тестить. :D - GetComponent по идее ищет ещё и интерфейсы?

Да, он способен на такое

отлично

GetComponent<Interface>() способен

await Task.Yield();
пропустить кадр, пихай в конце итерации

был на карантине бесплатный курс. попробуй. если кодер - то очень быстро проходится.

благодарочка. ознакомлюсь на досуге)

Привет. Парни, подскажите способ передать параметром в метод условие, которое мне нужно проверить в самом методе

Action который bool возвращает? Зачем вообще такое?

Ты спрашиваешь зачем такое извращение?

ага, зачем параметром условие передавать :)

Потому что условие может быть разное, в зависимости от места вызова. Но список обьектов единный

напрашивается реализовать через интерфейс, если я все правильно понял

список объектов в один класс, для каждого условия свой метод - не подойдет?