Анимация и логика

Я предполагаю, что действительно не вижу проблемы.

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

Таким образом, что Вы получаете путем разделения их?

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

Я думаю, что необходимо разделить рендеринг от игровой логики.

У Вас есть по крайней мере два других вида объектов:

• Объект, который содержит данные единицы (очки жизни, положение, скорость, сила, и т.д.) и логика (как это должно переместиться, что происходит, если это исчерпывает очки жизни...).
• Его представление, которое является спрайтом, цветами, частицы, присоединенные к нему, звуки, безотносительно. Представление может получить доступ к данным объекта, таким образом, это знает положение, очки жизни, и т.д.
• Возможно, контроллер, если объектом могут непосредственно управлять человек или AI (как автомобиль на автомобильном моделировании).

Да, который походит на архитектуру Образцового Контроллера Представления. Существует много ресурсов об этом, видит эту статью от deWiTTERS или Партизанское Руководство по Игровому Коду Jorrit Rouwé для определенных для игры примеров.

О Ваших проблемах анимации: для умирающей единицы, когда Модель обновляет свой объект и выясняет, она больше не имеет очков жизни, она могла установить флаг, чтобы сказать, что это мертво, и удалите объект из игры (и из памяти). Затем позже, когда Представление обновляет, оно читает флаг и запускает умирающую анимацию. Но может быть трудно решить, где сохранить этот флаг, так как объект объекта должен исчезнуть.

Существует лучший путь в моем скромном, по моему скромному мнению. Когда Ваш объект умирает, Вы могли отправить событие всем слушателям, которые регистрируются к UnitDiedEvent, который принадлежит этому определенному объекту, затем удалите объект из игры. Объект представления объекта слушает то событие, и его обработчик запускает умирающую анимацию. Когда анимация закончена, представление объекта может наконец быть удалено.

Шаблон разработки наблюдателя может быть полезным, здесь.

Для пары игр я сделал для решения этой проблемы, я создал два класса анимации

asyncAnimation - Для огня и забывают анимации типа

syncAnimation - Если я хотел ожидать анимации для разрешения перед возвращением управления

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

while(isRunning) 
{

   renderStaticItems();
   renderAsyncAnimations();

   if (list_SyncAnimations.Count() > 0)
   {
       syncAnimation = list_SyncAnimations.First();
       syncAnimation.render();

       if (syncAnimation.hasFinished()) 
       {
           list_SyncAnimations.removeAt(0); 
           // May want some logic here saying if
           // the sync animation was 'player dying' update some variable
           // so that we know the animation has ended and the
           // game can prompt for the 'try again' screen
       }

   }
   else
   {
       renderInput();
       handleOtherLogic(); // Like is player dead, add sync animation if required.
   }
}

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

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

Что касается Вашей "Икры в секунду 1.13", возможно, класс SyncAnimation должен иметь переопределяемый.OnUpdate () метод, который может сделать некоторую пользовательскую логику (или назвать сценарий),

Это зависит, каковы Ваши требования могут быть.

У вашего врага должно быть несколько состояний. Живых и мертвых недостаточно. Живой, умирающий и мертвый может быть. Ваш вражеский цикл обработки должен проверить свое состояние и выполнить различные операции:

if(state == alive and hp == 0)
{
   state = dying
   currentanimation = animation(enemy_death)
   currentanimation.play()
}
elseif(state == dying and currentanimation.isPlaying == true)
{
    // do nothing until the animation is finished.
    // more efficiently implemented as a callback.
}
elseif(state == dying and currentanimation.isPlaying == false)
{
    state = dead
    // at this point either the game engine cleans up the object, or the object deletes itself.
}

I try as much as possible to keep callbacks out of child animations. Animations should indicate that they are complete, the actions taken on an animations completion should be called from the controller level of the application.

In Actionscript this is the beauty of event dispatching/listening - The controller object can create the aimation and then assign a handler for an event which the animation dispatches when it is complete.

I've used the pattern for several things in Flash projects and it helps keep code independent far better than callbacks.

Especially if you write custom event objects which extend Event to carry the kind of information you need. such as teh MouseEvent that carries localX, localY, and stageX and stageY. I use a custom I've named NumberEvent to broadcast any kind of numerical information around my applications.

in actionscript controler object:

var animObj:AwsomeAnim = AwsomeAnim();
animObj.start();
animObj.addEventListener(AwsomeAnim.COPLETE,_onAnimFinish);

function _onAnimFinish():void
{
    // actions to take when animation is complete here
}

In javascript where custom events do not exist. I just have a boolean variable in the animation object, and check it on a timer from the controller.

in javascript controller object:

var animObj = new animObj();// among other things must set this.isComplete = false
animObj.start();

function checkAnimComplete()
{
    if(animObj.isComplete == true)
    {
        animCompleteActions();

    }else{
        setTimeout(checkAnimComplete,300);
    }
}
checkAnimComplete();


function animCompleteActions()
{
    // anim complete actions chere
}