Не хватает Update и LateUpdate

[megafanat]

В игре на каждом кадре производятся такие действия:

1. Объекты типа А обновляют свое состояние и воздействуют на объекты типа B
2. Объект типа B обновляют свое состояние с учетом воздействия от объектов типа A и воздействуют на объекты типа C.
3. Объекты типа C обновляют свое состояние с учетом воздействий от объектов типа B.

Если обновление объектов А и их воздействие на B вставить в Update, тогда придется обновление объектов B вставлять в LateUpdate.
А куда вставлять обновление объектов C? Если их вставить в LateUpdate, тогда они будут обновляться с задержкой в один кадр, что приведет к скачкам, мерцаниям и лагам.

Можно ли как-то простым способом увеличить количество отсортированных по очередности вызова групп функций выполняемых на каждом кадре?

[Paul Siberdt]

Берите бумажку и расписывайте алгоритм общения A, B и C... приглядитесь и найдете кучу лазеек.

Никто не мешает завести флажок "Обновить состояние" и делать все дела уже на следующем кадре.

[Zaicheg]

Попробуйте вызвать из апдейта первого объекта метод второго объекта, а из него — метод третьего объекта.

Прикрепляю проект с демонстрацией.
Как проиграть только один первый кадр приложения: нажимаете Pause → нажимаете Start (при нажатой Pause). Цикл добавлен для проверки того, что от кол-ва вычислений в методе суть не меняется.

[DbIMok]

ну и порядок выполнения ф-ий, чтобы было )

[Tolking]

Обычно ненужно обновлять состояния всех объектов. У тебя есть персонаж(А), плиты на полу(В), двери(С) которые открываются плитами... В идеале ненужно обновлять персонаж, если нет управляющих сигналов, ненужно обновлять плиты, если персонаж не движится, двери ненужно обновлять еслди ненажата плита... По-этому логика такая- наступил перс на плиту, плита обновилась, открыла 2 двери, двери обновились... А не такая: Перс - ходит, плиты - "а не наступил ли на меня перс?", двери - " а не нажалась ли моя плита?".

Update - разврат. Пихнуть в него логику - огромный соблазн, ибо это просто... Но на темную сторону силы это путь. (ИМХО)

Если формально отвечать, то тебе нужно логику пихнуть в Public MyUpdate. Создать объект UpdateMenager (у камеры например) в нем твои объекты собрать в 3 списка А,В,С и в Update менагера уже вызывать MyUpdate в нужном порядке.

[Paul Siberdt]

А я люблю бродкасты

[Neodrop]

Из раздела Компоненты, скачайте Antares.dll
В ней есть Менеджер Событий (Antares.Manager) позволяющий упорядочить управление всеми вашими обновлениями и группами объектов. Описание в справке по Антаресу. Правда кратенькое.

Про бродкасты - Antares.Manager во много раз быстрее
Как минимум в 5 раз быстрее чем Message и раз в 10 быстрее бродкастов.

[DbIMok]

и стоит недорого

[Neodrop]

и стоит недорого

Для некоммерческих проектов - бесплатно, если не заметил в справке.

[Paul Siberdt]

Блин... я совсем упустил Message... правда, чтоль, мессага быстрее бродкаста по самому себе?

[Neodrop]

Конечно. Бродкаст же шлёт ту самую мессагу по всем чилдам объекта. Само-собой он медленнее.

[Paul Siberdt]

А если у объекта нет чилдов, Мессага и Бродкаст уравниваются в скорости или излишества нехорошие где накапливаются?

[Neodrop]

Ну, если нету, то разница в скорости минимальна - у бродкаста остаётся только одна "избыточная операция" : получение списка чилдов.

[Paul Siberdt]

Ну, вощем, "Шикааарна!", как сказал бы Картман... заменил у себя 80% бродкастов на мессаги и теперь сижу довольный
Как легко, оказывается, замыленным взглядом пропускать очевидные вещи.

[Neodrop]

А эффект то вышел? Или только моральное удовлетворение?