|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Работа с последовательностью анимаций
Салют!
Заранее прошу прощения за не очень правильное название темы. Лучшего не придумал... Начну с уточнения: анимация не обязательно значит MovieClip с несколькими кадрами, а может и не анимация вообще. В общем случае предмет вопроса - длительное действие. А теперь к теме. Както читал статью о создании скриптовых языков для игровых движков. Там я нашел интересный момент - язык должен иметь оператор, который останавливает выполнения сценария до окончания предидущей функции. В статье этот оператор был обозначен символом '|'. Мне пришла в голову идея, что мой подход к организации последовательности "длительных действий" не очень удобен - если действие должно выполняться некоторое время, то в конце отправляется событие, а в обработчике конца действия уже прописано действие, которое должно запускаться следующим. Получаются такие себе "нити" действий. вариант рабочий, но хотелось бы создать некий менеджер действий, которий бы работал как описано в статье - принимал список действий и сам уже решал когда запускать следующее, а когда сигналить об окончании последовательности. Буду очень признателен, если кто подкинет какую нить идею или поделится собственным опытом по организации последовательности действий. |
|
|||||
Гугл поймет.
"паттерн команда" Добавлено через 1 минуту Тут в блогах недавно была статья по поводу курсоров, если я правильно понял то там примерно такая схема как вам нужна. Ну или же объясните другими словами. В чем суть этой последовательности действий? Может достаточно стека какого-то или очереди из которой достается след действие по принципу FIFO || LIFO.
__________________
Кто к нам с чем для чего - тот у нас того от того. |
|
|||||
По принципу FIFO я делал последовательность однотипных операций с одинаковым набором параметров, но это была тупо линейная последовательность. А вот когда начинались ветвления, да еще из разными параметрами или без них...
Чисто теоретический пример: команда1 - моментально; команда2 - длительно; команда3 - длительно; команда4 - длительно; команда5 - моментально; ... function fun1(someCondition) { команда1(); команда2(); команда3(); if (someCondition) addEventListener(SomeCommandEvent.STOPPED_3, конецКомманды3_вариант1); else addEventListener(SomeCommandEvent.STOPPED_3, конецКомманды3_вариант2); } function конецКоманды3_вариант1() { removeEventListener(SomeCommandEvent.STOPPED_3, конецКомманды3_вариант1); команда5; } function конецКоманды3_вариант2() { removeEventListener(SomeCommandEvent.STOPPED_3, конецКомманды3_вариант2); команда4; addEventListener(SomeCommandEvent.STOPPED_4, конецКомманды4); } function конецКоманды4() { removeEventListener(SomeCommandEvent.STOPPED_4, конецКомманды4); команда5; } Была идея писать отдельные классы для каждого действия, потом их пресовать в массив и передавать менеджеру, но все же решил спросить, может кто подскажет какой стандартный или личный подход. |
|
|||||
Комманда - это громоздко. Конвеер Потапенко - более изящное решение.
(хотя при первом знакомстве может вынести мозг - главное не испугаться и понять что все просто ) Там суть в том. что в список добавляются произвольные функции и выполняются по порядку. Если какая-то функция выполняет асинхронное дествие - она останавливает конвеер, а колбек о завершении действия его запускает. Таким образом этот колбек _не_ обязан знать о том, кто идет за ним. Решение, конечно, имеет ограниченные применения из-за сложности обработки вариантов, отклоняющихся от заданного сценария. Оно же как работает - забили функции - запустили - выполняется. А как быть если нужно на ходу что-то изменить - поди придумай. Новые то функции добавлять можно, но какую выработать стратегию их добавления - не понятно. Проще на события напрямую понаподписываться (если нужно непоследовательное выполнение). Я использовал в загрузчиках игр - там много действий которые сложно расставить в правильном порядке. Конвеер помогает не потерять общую последовательность. Последний раз редактировалось expl; 01.02.2012 в 02:44. |
|
|||||
Чето гугл меня закидал баскетболистами, бизнесменами и прочими "Потапами". Можно какую нить доп. инфу или ссылочку?
|
|
|||||
Можно еще со связными списками поиграться.
Сделать класс "Действие" У каждого действия есть один вход и массив выходов. Наследуемся от этого абстрактного действия и просто указываем список выходов - что он должен дернуть при завершении при определенных условиях. Коллбеками удобнее наверное будет. Можно и на события завязать, но тогда надо будет наоборот - список входов - и один выход Плюс какой-то манагер простенький для этого всего, там буквально два публичных метода: добавить/убрать из/в список(а)
__________________
Кто к нам с чем для чего - тот у нас того от того. |
|
|||||
С таким подходом либо менеджер, либо само действие должно решение принимать куда выходить, а следовательно часть логики прийдется вешать на них. Мне же просто нужно, чтобы ктото вместо меня, так сказать следил за кинопоектором и вовремя бобины менял. Но все же больше чем нужно это лучше чем ничего... Спасибо за идеи!
|
|
|||||
Цитата:
Тут уже лучше смотреть по конкретной ситуации. Какие именно условия, насколько сложные. Можно к примеру сделать такой вот менеджер команд, который будет рулить всем чем надо. Делаем допустим через "команду". Чуток ее раздуваем и прикручиваем к ней еще и само действие. Все действия будут работать по одному шаблону - при завершении диспатчить там какое-то событие с каким-то параметром. А манагер будет просто добавлять-удалять эти самые действия и подписываться на них. При этом всём можно как-то разрулить так чтобы в манагер передавалось буквально парочка параметров при добавлении: Само действие, плюс параметр(а параметр мы диспатчим откуда-то) который стартует его. Вообще красота получится имхо.
__________________
Кто к нам с чем для чего - тот у нас того от того. |
Часовой пояс GMT +4, время: 14:48. |
|
« Предыдущая тема | Следующая тема » |
|
|