各位看官老爷们，这里是RuaiRuai工作室，一个做单机游戏的兴趣作坊。
在这一篇中，我们将会自顶向下地讨论本2D游戏中主角不可或缺的一个功能——移动控制。
首先我们简单分析一下2D游戏中主角与移动相关的需求。最主要的，主角应该接受玩家WD或者左右箭头的输入，以进行水平方向上的移动；应该接受玩家跳跃键的输入，以进行跳跃的动作；我们暂时把这一类移动需求称为玩家控制位移。除了玩家控制位移，主角还可能收到某种机关、怪物的被动位移，比如击退效果、牵引效果等等，这一部分，我们把它称为被动位移。同时，作为一个主打战斗的2D游戏，技能是必不可少的部分，部分技能可能也有位移效果，比如冲刺技能，跳跃技能，有后座力的技能等等，对于这一部分移动需求，我们把它称为技能位移。除了移动需求，与之类似的还可能有传送需求，不管是主动的还是被动的。上面所说的大概就是与位置移动有关的需求。当然，考虑一个游戏项目的需求是远远不够的，因为我们永远无法“确定”一个游戏究竟是什么样子的，我们现在所要做的，就是从上面所提到的主体需求提炼出一个有效且“可扩展”的框架，以便以后出现需求变更我们现有的框架能够比较容易的容纳之。
有了思路，我们就应该分析一下以上几种移动需求的异同点，并考虑一个实现方法。
对于玩家控制位移，主角根据玩家每一帧的输入进行响应移动；对于击退、击飞等被动位移，我们希望主角在一定时间内移动指定距离，并在这个时间内玩家无法进行操控；对于类似风场的牵引效果，我们希望能够在主角的现有位移上每帧叠加一个向心位移量；对于技能位移，我们也希望主角进入和击退等状态相同的状态。
从这种角度考量，主角的移动大致可以分成以帧为单位进行的，以及以给定时间位移量为单位进行的两种。同时，存在不同的位移状态之间存在互斥关系，比如在技能位移状态下，就无法进行玩家操控，也无法收到来自外界的被动位移效果等等；也存在位移状态是叠加生效的，比如牵引效果等。针对这种需求，我们使用四个数组列表来实现目标需求：
其中，两个互斥列表用来获得当前帧的“主要位移量”。主要位移量叠加两个叠加列表所有记录项的位移和，产生当前帧的总位移。
关于主要位移量的优先选择问题，我们应该存在一个优先级排序，使得当多个主要位移量需求同时存在时，我们可以选出一个优先级最高的位移。我们可以用一个指针列表表示：
除此之外，时间-距离位移量还需要一个计时器来保证这个位移状态在我们想要让他失效的时候不再生效，所以最后，我们的主要数据结构示意图变成了这样：
除了主要的数据结构，我们还应该定义一系列方法来操控这些数据结构，但是话都说到这个份上了，我们也不再往下分析了，各位看官各取所需，定义自己的管理方法就好~
在这个数据结构栈中，我们把位移需求抽象成两种主要的实现方式：每帧进行和按时间进行，对于这两种方式我们构建了若干个列表予以储存，当我们需要查看当前帧主角的移动情况时，我们通过找一个主要位移量并叠加若干个叠加位移量来实现。当我们的需求扩展，拥有更多种类的位移需求时，我们只需要扩展这些列表中的项，以及扩展优先级列表即可。
到此为止，我们有了一个相对完善设计和实现思路来达到我们的功能性和灵活性的需求。但是，考虑这样一个情况，当玩家在主角释放技能的状态下释放了另一个技能，我们的程序应该如何响应?应该允许其打断当前释放的技能吗？还是让这个输入无效？或者说，在一组互斥状态下，我们应该如何规定当前状态允许进入哪一种状态，不允许进入哪一种状态。在下一篇中，我们会说明与主角状态控制有关的组件设计，以及状态控制和位移控制是如何搭配对主角的移动及各种状态进行管理的。
那么今天的分享就是这些，欢迎访问：
整个项目原型github地址：
www.gitHub.com/yunshiyue/elementgame
看官有何见解，有何指点，欢迎留言，也欢迎私聊~