Работа с последовательностью анимаций
 

Салют!
Заранее прошу прощения за не очень правильное название темы. Лучшего не придумал...

Начну с уточнения: анимация не обязательно значит MovieClip с несколькими кадрами, а может и не анимация вообще. В общем случае предмет вопроса - длительное действие.

А теперь к теме.

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

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

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

шаблон команда?

А немного конкретней:confused: Ну так, чтобы если не я, то хоть Гугл понял...

Гугл поймет.
"паттерн команда"

Добавлено через 1 минуту
Тут в блогах недавно была статья по поводу курсоров, если я правильно понял то там примерно такая схема как вам нужна. Ну или же объясните другими словами.

В чем суть этой последовательности действий?
Может достаточно стека какого-то или очереди из которой достается след действие по принципу FIFO || LIFO.

По принципу FIFO я делал последовательность однотипных операций с одинаковым набором параметров, но это была тупо линейная последовательность. А вот когда начинались ветвления, да еще из разными параметрами или без них...
Чисто теоретический пример:

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

Комманда - это громоздко. Конвеер Потапенко - более изящное решение.
(хотя при первом знакомстве может вынести мозг - главное не испугаться и понять что все просто :))
Там суть в том. что в список добавляются произвольные функции и выполняются по порядку. Если какая-то функция выполняет асинхронное дествие - она останавливает конвеер, а колбек о завершении действия его запускает. Таким образом этот колбек _не_ обязан знать о том, кто идет за ним.

Решение, конечно, имеет ограниченные применения из-за сложности обработки вариантов, отклоняющихся от заданного сценария. Оно же как работает - забили функции - запустили - выполняется. А как быть если нужно на ходу что-то изменить - поди придумай. Новые то функции добавлять можно, но какую выработать стратегию их добавления - не понятно. Проще на события напрямую понаподписываться (если нужно непоследовательное выполнение).
Я использовал в загрузчиках игр - там много действий которые сложно расставить в правильном порядке. Конвеер помогает не потерять общую последовательность.

Чето гугл меня закидал баскетболистами, бизнесменами и прочими "Потапами". Можно какую нить доп. инфу или ссылочку?

Можно еще со связными списками поиграться.
Сделать класс "Действие"

У каждого действия есть один вход и массив выходов.

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

Плюс какой-то манагер простенький для этого всего, там буквально два публичных метода: добавить/убрать из/в список(а)

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

Ну условия то все-равно где-то прописывать придется.
Тут уже лучше смотреть по конкретной ситуации.
Какие именно условия, насколько сложные.

Можно к примеру сделать такой вот менеджер команд, который будет рулить всем чем надо.
Делаем допустим через "команду".
Чуток ее раздуваем и прикручиваем к ней еще и само действие.
Все действия будут работать по одному шаблону - при завершении диспатчить там какое-то событие с каким-то параметром.

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

Вообще красота получится имхо.