Rust + Entity Component System で仕様変更に強いゲーム設計 その５－２～ やられアニメーション

目次

その１ 〜 序文
その２ 〜 キャラの移動
その３−１ 〜 コンポーネントの設計
その３−２ 〜 システムの設計
その３−３ 〜 メイン部分
その４−１ 〜 剣を表示
その４−２ 〜 アニメーションコンポーネント
その４－３ 〜 アニメーションを動かす
その５－１～ あたり判定
【イマココ】その５－２～ やられアニメーション
その６ 〜 これまでの振り返り

やられアニメーション

それでは、攻撃を受けたときに再生される、やられアニメーションを実装しています。
今回のやられアニメーションは、一定距離、後ろに下がる、というものです。

やられアニメーションの特殊な点は、「アニメーションに伴う移動」を実装する必要がある、ということです。
なぜなら、アニメーションデータ自体はデザイナーが作成するものですが、それをそのまま再生するだけでは、ゲームロジック内で管理されているキャラの位置情報が変化しないからです。
アニメーションに仕込まれた「移動量」にしたがって、ゲームロジック上の位置も変化させなければなりません。

そのために、CharacterAnimFrameに、move_forwardというフィールドを追加しました。
そのフレームでの移動量（前方がプラス方向）を表します。

#[derive(Default, Clone)]
pub(crate) struct CharacterAnimFrame {
    pub radius_scale: f32,
    pub weapon_direction: f32,
    pub move_forward: f32,  //追加
}

システム側では、アニメーション中にこの値があったら、キャラのVelocityを上書きします。

impl SystemProcess
    for System<CContainer<Velocity>, (&CContainer<CharacterView>, &CContainer<CharacterAnimator>)>
{
    fn process(velocities: &mut Self::Update, (views, animators): &Self::Refer) {
        velocities
            .iter_mut()
            .zip_entity2(views, animators)
            .for_each(|(_, velocity, view, animator)| {
                if let Some(val) = animator.value() {
                    if val.move_forward != 0f32 {
                        velocity.x = view.direction.cos() * val.move_forward;
                        velocity.y = view.direction.sin() * val.move_forward;
                    }
                }
            });
    }
}

さて、これまでで、Velocityを更新するシステムは、３つ作られました。

1. キー入力Inputに従ってVelocityを更新するシステム
2. AIによって決められたMoveTargetに従ってVelocityを更新するシステム
3. アニメーションに従ってVelocityを更新するシステム

1はプレイヤーキャラ用、2は敵用、3はプレイヤー、敵どちらも使います。
アニメーションによる移動は、キー入力や敵AIによる移動より、優先されなければなりません。
（やられ中は操作できない、という仕様にしたいので）
よって、これらを呼ぶ順番は

        System::process(&mut self.velocities, &self.inputs);
        System::process(&mut self.velocities, &(&self.positions, &self.move_targets));
        System::process(
            &mut self.velocities,
            &(&self.character_views, &self.character_animators),
        );

この様に、最後にアニメーションによる更新を呼ぶようにします。

次回は、これまで作ったコンポーネントやシステムを、一度振り返って、オブジェクト指向による設計とどう違うか、見てみたいと思います。