1. 从“移动10步”说起为什么位置移动值得单独拎出来讲很多刚接触图形化编程的朋友第一次让角色动起来用的都是“移动10步”这个积木。点一下绿旗小猫往前挪一点再点一下又挪一点。看起来很简单但真正做过几个小项目之后就会发现位置移动这件事远没有想象中那么直白。角色为什么会斜着跑为什么碰到边缘会卡住为什么两个角色明明代码一样走出来的轨迹却完全不同这一篇是动作模块位置移动分析的第二部分主要聊的是坐标系统、移动方向、步数与实际位移之间的关系以及在不同场景下怎么选移动方案。如果你已经能熟练拖拽积木、做过几个小动画或者小游戏但总觉得角色走位“不太听话”那这篇内容就是写给你的。我会把移动相关的几个核心积木拆开揉碎讲清楚它们背后的逻辑再配上可以直接照着做的实操步骤和参数计算过程。先明确一个前提图形化编程里的位置移动本质上就是在二维坐标系里改变角色的横纵坐标。所有看起来花哨的移动效果追根溯源都是坐标在变。理解这一点后面所有的分析就都有了落脚点。2. 位置移动的底层逻辑坐标、方向与步数的三角关系2.1 舞台坐标系到底是怎么定义的图形化编程的舞台是一个矩形区域默认大小是480宽、360高。舞台中心点是原点(0, 0)横轴向右为正纵轴向上为正。也就是说最左边是x -240最右边是x 240最下边是y -180最上边是y 180这个坐标系和数学课上学的笛卡尔坐标系是一致的但和很多图像处理库比如某些以左上角为原点的系统不一样。刚上手的人容易搞混的地方在于纵轴向上是正方向所以角色往上走y值增大往下走y值减小。我见过不少初学者在调试时发现角色“往下跑”就慌了以为代码写反了其实只是没记住这个方向约定。建议在舞台背景上临时画一个十字坐标轴标上四个象限的符号调试的时候一眼就能对上。2.2 方向值的取值范围与角度对应关系方向积木控制的是角色面朝哪里。默认方向是90也就是朝右。方向值的范围是-180到180具体对应关系如下方向值角色朝向90右-90左0上180下45右上-45右下135左上-135左下这里有个容易踩的坑0度是朝上不是朝右。很多从其他编程语言转过来的人会下意识觉得0度应该是水平向右结果角色一跑就往上窜。记住这个约定能省下不少调试时间。方向值可以超出-180到180的范围系统会自动折算。比如输入270实际效果等同于-90也就是朝左。这个特性在做旋转动画的时候很有用可以让角色连续转好几圈而不用手动归位。2.3 “移动10步”里的“步”到底是什么单位“移动10步”这个积木每次执行会让角色沿着当前方向前进10个像素。注意是像素不是厘米也不是什么抽象单位。舞台宽480像素所以从最左边走到最右边理论上需要移动480步如果方向是90度的话。步数可以是小数也可以是负数。移动-10步就是往反方向退10像素。这个特性在做往返运动或者碰撞回弹的时候特别方便不用额外改方向值直接给负数就行。步数和实际位移的关系可以用一个简单公式表达新x坐标 原x坐标 步数 × sin(方向) 新y坐标 原y坐标 步数 × cos(方向)这里的sin和cos用的是角度制。如果你不想记公式只需要知道步数决定移动距离方向决定移动角度两者共同决定最终落点。3. 四种位置移动方案的对比与选型3.1 方案一直接用“移动10步”这是最基础的移动方式适合角色需要沿着自身朝向前进的场景比如坦克前进、小鱼游动、子弹飞行。优点是代码简洁一行积木搞定缺点是移动方向受角色朝向影响如果角色旋转了移动方向也会跟着变。实操中有一个细节如果角色在移动过程中碰到了边缘默认会停下来需要配合“碰到边缘就反弹”积木。但“碰到边缘就反弹”改变的是方向值不是坐标所以反弹后的移动轨迹需要重新计算。我一般会在反弹后加一个“等待0.1秒”避免角色在边缘反复抖动。3.2 方案二用“将x坐标增加”和“将y坐标增加”这两个积木分别控制水平和垂直方向的位移和角色朝向无关。适合做平台跳跃类游戏里的左右移动、上下楼梯、UI元素的滑动等。比如做一个左右移动的角色按下右箭头将x坐标增加5按下左箭头将x坐标增加-5这种方式的优点是移动方向绝对可控不会因为角色旋转而跑偏。缺点是做斜向移动时需要同时改x和y代码量稍多。另外如果要做带角度的移动比如45度斜着走需要手动计算x和y的增量不如“移动10步”来得直接。3.3 方案三用“移到x: y:”做瞬移这个积木直接把角色放到指定坐标没有移动过程。适合做场景切换、角色重生、传送门效果。比如角色掉进陷阱后用“移到x: 0 y: 0”让它回到起点。需要注意的是瞬移会跳过中间的所有位置所以如果角色在移动过程中需要检测碰撞瞬移可能会导致穿墙。解决办法是在瞬移前先做一次碰撞检测或者把长距离瞬移拆成多个小步移动。3.4 方案四用“在1秒内滑行到x: y:”做平滑移动滑行积木会在指定时间内从当前位置平滑过渡到目标位置中间会自动插值。适合做镜头跟随、角色出场动画、UI弹窗等需要视觉流畅度的场景。滑行的速度曲线是线性的也就是说角色在滑行过程中速度恒定。如果需要加速或减速效果得手动用多个滑行积木拼接或者用循环配合“将x坐标增加”来实现。四种方案的对比总结如下方案适用场景优点缺点移动10步沿朝向前进代码简洁受方向影响坐标增减平台跳跃、UI滑动方向可控斜向移动需算增量移到x: y:瞬移、重生定位精准无移动过程滑行到x: y:动画、镜头视觉平滑速度曲线固定选型的时候先问自己一个问题角色移动的方向是由什么决定的如果是由角色自身朝向决定用“移动10步”如果是由玩家输入或固定路径决定用坐标增减如果需要瞬间改变位置用“移到”如果需要视觉上的平滑过渡用“滑行”。4. 实操做一个可调节速度的八方向移动角色4.1 需求拆解与参数设计目标做一个角色可以用键盘控制上下左右和四个斜方向移动移动速度可调碰到边缘不跑出舞台。参数设计基础速度5像素/帧斜向速度5 × 0.707 ≈ 3.5像素/帧保持斜向和直向的视觉速度一致舞台边界x在-240到240之间y在-180到180之间角色大小假设角色宽60、高60那么实际可移动范围要减去半个角色宽高这里解释一下为什么斜向速度要乘以0.707。如果直向移动5像素斜向也移动5像素那么斜向的实际位移是√(5²5²)≈7.07像素看起来会比直向快。为了让八个方向速度一致斜向的每个分量应该乘以1/√2≈0.707。4.2 键盘控制的代码结构用四个变量分别记录水平方向和垂直方向的移动意图变量水平按下右箭头设为1按下左箭头设为-1否则设为0变量垂直按下上箭头设为1按下下箭头设为-1否则设为0然后在一个“重复执行”循环里如果水平和垂直都不为0说明是斜向移动x增加水平 × 3.5y增加垂直 × 3.5否则x增加水平 × 5y增加垂直 × 5做边界检测如果x超出范围就拉回来y同理这种写法的好处是八个方向的速度一致不会出现斜着走更快的情况。我试过直接用“移动10步”配合方向值来做八方向结果斜向速度总是偏快后来改成坐标增减才解决。4.3 边界检测的三种写法与取舍第一种用“碰到边缘就反弹”。优点是代码少缺点是反弹方向不可控角色可能斜着弹出去。第二种用“如果x坐标 240那么将x坐标设为240”。优点是边界绝对精准缺点是角色会“贴”在边缘没有回弹感。第三种用“如果x坐标 220那么将x坐标设为220并将水平设为0”。优点是角色在接近边缘时会停下来不会卡在边界上。我一般用第三种把边界值设为舞台边界减去角色半径这样角色看起来是“走到头了”而不是“穿模了”。4.4 速度调节的两种实现方式方式一用变量控制速度值。建一个变量速度初始值设为5然后所有移动积木里的数字都换成速度。想调快就改这个变量不用改代码。方式二用滑杆控制。在舞台上加一个滑杆范围1到20实时改变速度变量的值。这种方式适合做演示或者让玩家自己调难度。实测下来速度值超过15之后角色移动会变得很难控制因为每帧移动距离太大容易穿过障碍物。如果要做高速移动建议把移动拆成多个小步每步做一次碰撞检测。5. 常见问题与排查技巧实录5.1 角色移动时抖动或闪烁这个问题通常是因为多个移动积木在同一帧内同时执行。比如同时用了“移动10步”和“将x坐标增加5”角色会先移动再偏移看起来就是抖了一下。解决办法确保每帧只用一个移动积木。如果需要组合移动先把所有位移算好最后统一执行一次坐标更新。另一个可能的原因是帧率不稳定。图形化编程的默认帧率是30帧/秒如果舞台上有大量角色或复杂计算帧率会下降移动看起来就不流畅。可以在“重复执行”里加一个“等待0.01秒”让出一点计算时间反而能让移动更平滑。5.2 角色斜向移动速度不一致前面已经提过斜向移动时如果x和y的增量都用直向速度实际位移会偏大。解决办法就是乘以0.707。但还有一种情况如果角色本身有旋转用“移动10步”做斜向移动速度也会不一致因为“移动10步”的位移是沿着角色朝向的和坐标轴无关。排查方法在舞台上显示角色的x和y坐标手动记录每秒的坐标变化量算一下实际位移。如果斜向位移明显大于直向就是速度没归一化。5.3 角色碰到边缘后卡住不动这种情况多半是因为方向值和边界检测冲突了。比如角色朝右移动碰到右边缘后“碰到边缘就反弹”把方向改成了-90朝左但下一帧又检测到键盘右箭头按下方向又被改回90角色就在边缘来回抖动。解决办法在边界检测里加一个条件如果角色在边缘就忽略对应方向的键盘输入。或者用坐标增减方案从根本上避免方向值和移动方向的耦合。5.4 滑行积木被打断后位置不对“在1秒内滑行到x: y:”这个积木在执行过程中如果被其他积木打断比如另一个滑行积木开始执行角色会停在中间某个位置而不是目标位置。这是因为滑行是阻塞式的同一时间只能有一个滑行在执行。如果需要在滑行过程中响应其他操作建议用循环配合坐标增减来手动实现滑行这样每一帧都可以插入其他逻辑。5.5 常见问题速查表问题现象可能原因排查方法解决办法移动抖动多个移动积木同帧执行检查代码块顺序合并为一次坐标更新斜向偏快速度未归一化记录坐标变化量斜向分量乘0.707边缘卡住方向与输入冲突观察方向值变化边界处忽略输入滑行中断滑行被其他积木打断检查是否有并行滑行改用循环手动滑行移动距离不对步数单位理解错误对比坐标变化记住1步1像素6. 进阶技巧用位置移动做出更自然的效果6.1 缓动移动让角色起步和停止更柔和直接改坐标的移动是匀速的起步和停止都很突然。如果想让角色看起来更自然可以用缓动公式。最简单的缓动是指数缓动每帧执行将x坐标增加 (目标x - 当前x) × 0.1这样角色会越来越接近目标位置速度逐渐减慢看起来像是“滑”过去的。系数0.1可以根据需要调整越大越快越小越柔和。这个技巧在做UI动画或者角色跟随的时候特别好用。我做过一个宠物跟随的效果宠物不是直接贴在主角身后而是用缓动慢慢跟过去看起来就生动很多。6.2 用正弦波做上下浮动如果想让角色在原地上下浮动可以用正弦函数将y坐标设为 初始y 20 × sin(计时器 × 3)计时器是图形化编程内置的变量从项目开始运行起持续增加。sin的值在-1到1之间乘以20就是上下浮动20像素。乘以3是控制浮动速度数字越大浮动越快。这个效果适合做漂浮的道具、水中的角色、呼吸动画等。注意要把初始y坐标存到一个变量里否则角色会越浮越低。6.3 用随机数做不规则移动有时候需要角色看起来“漫无目的”地移动比如飘落的树叶、飞舞的蝴蝶。可以用随机数重复执行将x坐标增加 随机数(-3, 3)将y坐标增加 随机数(-3, 3)这样角色每帧的移动方向和距离都是随机的看起来就很自然。但要注意加边界检测否则角色很快就会跑出舞台。如果想让移动更平滑可以把随机数改成“随机数(-1, 1)”然后配合缓动公式让角色慢慢改变移动方向。6.4 位置移动与碰撞检测的配合做游戏的时候位置移动往往要和碰撞检测一起用。这里有一个经验先移动再检测碰撞最后处理碰撞结果。顺序不能乱。如果先检测再移动角色可能会在检测之后穿进障碍物里。如果移动后不处理碰撞角色就会卡在障碍物里出不来。正确的流程是根据输入或逻辑计算新位置把角色移到新位置检测是否碰到障碍物如果碰到了把角色移回移动前的位置或者根据碰撞方向做回退这个流程我踩过好几次坑才总结出来。特别是做平台跳跃的时候如果不按这个顺序来角色要么穿墙要么卡在墙里抖。7. 我个人在实际操作中的几点体会位置移动这块内容看起来简单但真正要做好需要把坐标、方向、步数这三个概念彻底理清楚。我刚开始做项目的时候经常是凭感觉调数字角色能动就行结果后面加功能的时候发现到处是坑。后来强迫自己每次移动都先算清楚坐标变化代码反而写得更快了。另外一点是不要害怕用变量。很多初学者喜欢直接在积木里写数字觉得这样直观。但一旦需要调整参数就得满代码找数字改。用变量把速度、边界、初始位置这些参数存起来后期维护会轻松很多。最后分享一个小技巧在调试移动逻辑的时候可以在舞台上实时显示角色的x和y坐标。这样每改一次代码都能立刻看到坐标变化比凭肉眼判断角色位置准确得多。等逻辑调通了再把显示关掉就行。 
长河君 · 2026/10/16 12:30:27 · 阅读 1.2k 图形化编程位置移动全解析：坐标、方向与步数关系及四种方案选型
1. 从“移动10步”说起为什么位置移动值得单独拎出来讲很多刚接触图形化编程的朋友第一次让角色动起来用的都是“移动10步”这个积木。点一下绿旗小猫往前挪一点再点一下又挪一点。看起来很简单但真正做过几个小项目之后就会发现位置移动这件事远没有想象中那么直白。角色为什么会斜着跑为什么碰到边缘会卡住为什么两个角色明明代码一样走出来的轨迹却完全不同这一篇是动作模块位置移动分析的第二部分主要聊的是坐标系统、移动方向、步数与实际位移之间的关系以及在不同场景下怎么选移动方案。如果你已经能熟练拖拽积木、做过几个小动画或者小游戏但总觉得角色走位“不太听话”那这篇内容就是写给你的。我会把移动相关的几个核心积木拆开揉碎讲清楚它们背后的逻辑再配上可以直接照着做的实操步骤和参数计算过程。先明确一个前提图形化编程里的位置移动本质上就是在二维坐标系里改变角色的横纵坐标。所有看起来花哨的移动效果追根溯源都是坐标在变。理解这一点后面所有的分析就都有了落脚点。2. 位置移动的底层逻辑坐标、方向与步数的三角关系2.1 舞台坐标系到底是怎么定义的图形化编程的舞台是一个矩形区域默认大小是480宽、360高。舞台中心点是原点(0, 0)横轴向右为正纵轴向上为正。也就是说最左边是x -240最右边是x 240最下边是y -180最上边是y 180这个坐标系和数学课上学的笛卡尔坐标系是一致的但和很多图像处理库比如某些以左上角为原点的系统不一样。刚上手的人容易搞混的地方在于纵轴向上是正方向所以角色往上走y值增大往下走y值减小。我见过不少初学者在调试时发现角色“往下跑”就慌了以为代码写反了其实只是没记住这个方向约定。建议在舞台背景上临时画一个十字坐标轴标上四个象限的符号调试的时候一眼就能对上。2.2 方向值的取值范围与角度对应关系方向积木控制的是角色面朝哪里。默认方向是90也就是朝右。方向值的范围是-180到180具体对应关系如下方向值角色朝向90右-90左0上180下45右上-45右下135左上-135左下这里有个容易踩的坑0度是朝上不是朝右。很多从其他编程语言转过来的人会下意识觉得0度应该是水平向右结果角色一跑就往上窜。记住这个约定能省下不少调试时间。方向值可以超出-180到180的范围系统会自动折算。比如输入270实际效果等同于-90也就是朝左。这个特性在做旋转动画的时候很有用可以让角色连续转好几圈而不用手动归位。2.3 “移动10步”里的“步”到底是什么单位“移动10步”这个积木每次执行会让角色沿着当前方向前进10个像素。注意是像素不是厘米也不是什么抽象单位。舞台宽480像素所以从最左边走到最右边理论上需要移动480步如果方向是90度的话。步数可以是小数也可以是负数。移动-10步就是往反方向退10像素。这个特性在做往返运动或者碰撞回弹的时候特别方便不用额外改方向值直接给负数就行。步数和实际位移的关系可以用一个简单公式表达新x坐标 原x坐标 步数 × sin(方向) 新y坐标 原y坐标 步数 × cos(方向)这里的sin和cos用的是角度制。如果你不想记公式只需要知道步数决定移动距离方向决定移动角度两者共同决定最终落点。3. 四种位置移动方案的对比与选型3.1 方案一直接用“移动10步”这是最基础的移动方式适合角色需要沿着自身朝向前进的场景比如坦克前进、小鱼游动、子弹飞行。优点是代码简洁一行积木搞定缺点是移动方向受角色朝向影响如果角色旋转了移动方向也会跟着变。实操中有一个细节如果角色在移动过程中碰到了边缘默认会停下来需要配合“碰到边缘就反弹”积木。但“碰到边缘就反弹”改变的是方向值不是坐标所以反弹后的移动轨迹需要重新计算。我一般会在反弹后加一个“等待0.1秒”避免角色在边缘反复抖动。3.2 方案二用“将x坐标增加”和“将y坐标增加”这两个积木分别控制水平和垂直方向的位移和角色朝向无关。适合做平台跳跃类游戏里的左右移动、上下楼梯、UI元素的滑动等。比如做一个左右移动的角色按下右箭头将x坐标增加5按下左箭头将x坐标增加-5这种方式的优点是移动方向绝对可控不会因为角色旋转而跑偏。缺点是做斜向移动时需要同时改x和y代码量稍多。另外如果要做带角度的移动比如45度斜着走需要手动计算x和y的增量不如“移动10步”来得直接。3.3 方案三用“移到x: y:”做瞬移这个积木直接把角色放到指定坐标没有移动过程。适合做场景切换、角色重生、传送门效果。比如角色掉进陷阱后用“移到x: 0 y: 0”让它回到起点。需要注意的是瞬移会跳过中间的所有位置所以如果角色在移动过程中需要检测碰撞瞬移可能会导致穿墙。解决办法是在瞬移前先做一次碰撞检测或者把长距离瞬移拆成多个小步移动。3.4 方案四用“在1秒内滑行到x: y:”做平滑移动滑行积木会在指定时间内从当前位置平滑过渡到目标位置中间会自动插值。适合做镜头跟随、角色出场动画、UI弹窗等需要视觉流畅度的场景。滑行的速度曲线是线性的也就是说角色在滑行过程中速度恒定。如果需要加速或减速效果得手动用多个滑行积木拼接或者用循环配合“将x坐标增加”来实现。四种方案的对比总结如下方案适用场景优点缺点移动10步沿朝向前进代码简洁受方向影响坐标增减平台跳跃、UI滑动方向可控斜向移动需算增量移到x: y:瞬移、重生定位精准无移动过程滑行到x: y:动画、镜头视觉平滑速度曲线固定选型的时候先问自己一个问题角色移动的方向是由什么决定的如果是由角色自身朝向决定用“移动10步”如果是由玩家输入或固定路径决定用坐标增减如果需要瞬间改变位置用“移到”如果需要视觉上的平滑过渡用“滑行”。4. 实操做一个可调节速度的八方向移动角色4.1 需求拆解与参数设计目标做一个角色可以用键盘控制上下左右和四个斜方向移动移动速度可调碰到边缘不跑出舞台。参数设计基础速度5像素/帧斜向速度5 × 0.707 ≈ 3.5像素/帧保持斜向和直向的视觉速度一致舞台边界x在-240到240之间y在-180到180之间角色大小假设角色宽60、高60那么实际可移动范围要减去半个角色宽高这里解释一下为什么斜向速度要乘以0.707。如果直向移动5像素斜向也移动5像素那么斜向的实际位移是√(5²5²)≈7.07像素看起来会比直向快。为了让八个方向速度一致斜向的每个分量应该乘以1/√2≈0.707。4.2 键盘控制的代码结构用四个变量分别记录水平方向和垂直方向的移动意图变量水平按下右箭头设为1按下左箭头设为-1否则设为0变量垂直按下上箭头设为1按下下箭头设为-1否则设为0然后在一个“重复执行”循环里如果水平和垂直都不为0说明是斜向移动x增加水平 × 3.5y增加垂直 × 3.5否则x增加水平 × 5y增加垂直 × 5做边界检测如果x超出范围就拉回来y同理这种写法的好处是八个方向的速度一致不会出现斜着走更快的情况。我试过直接用“移动10步”配合方向值来做八方向结果斜向速度总是偏快后来改成坐标增减才解决。4.3 边界检测的三种写法与取舍第一种用“碰到边缘就反弹”。优点是代码少缺点是反弹方向不可控角色可能斜着弹出去。第二种用“如果x坐标 240那么将x坐标设为240”。优点是边界绝对精准缺点是角色会“贴”在边缘没有回弹感。第三种用“如果x坐标 220那么将x坐标设为220并将水平设为0”。优点是角色在接近边缘时会停下来不会卡在边界上。我一般用第三种把边界值设为舞台边界减去角色半径这样角色看起来是“走到头了”而不是“穿模了”。4.4 速度调节的两种实现方式方式一用变量控制速度值。建一个变量速度初始值设为5然后所有移动积木里的数字都换成速度。想调快就改这个变量不用改代码。方式二用滑杆控制。在舞台上加一个滑杆范围1到20实时改变速度变量的值。这种方式适合做演示或者让玩家自己调难度。实测下来速度值超过15之后角色移动会变得很难控制因为每帧移动距离太大容易穿过障碍物。如果要做高速移动建议把移动拆成多个小步每步做一次碰撞检测。5. 常见问题与排查技巧实录5.1 角色移动时抖动或闪烁这个问题通常是因为多个移动积木在同一帧内同时执行。比如同时用了“移动10步”和“将x坐标增加5”角色会先移动再偏移看起来就是抖了一下。解决办法确保每帧只用一个移动积木。如果需要组合移动先把所有位移算好最后统一执行一次坐标更新。另一个可能的原因是帧率不稳定。图形化编程的默认帧率是30帧/秒如果舞台上有大量角色或复杂计算帧率会下降移动看起来就不流畅。可以在“重复执行”里加一个“等待0.01秒”让出一点计算时间反而能让移动更平滑。5.2 角色斜向移动速度不一致前面已经提过斜向移动时如果x和y的增量都用直向速度实际位移会偏大。解决办法就是乘以0.707。但还有一种情况如果角色本身有旋转用“移动10步”做斜向移动速度也会不一致因为“移动10步”的位移是沿着角色朝向的和坐标轴无关。排查方法在舞台上显示角色的x和y坐标手动记录每秒的坐标变化量算一下实际位移。如果斜向位移明显大于直向就是速度没归一化。5.3 角色碰到边缘后卡住不动这种情况多半是因为方向值和边界检测冲突了。比如角色朝右移动碰到右边缘后“碰到边缘就反弹”把方向改成了-90朝左但下一帧又检测到键盘右箭头按下方向又被改回90角色就在边缘来回抖动。解决办法在边界检测里加一个条件如果角色在边缘就忽略对应方向的键盘输入。或者用坐标增减方案从根本上避免方向值和移动方向的耦合。5.4 滑行积木被打断后位置不对“在1秒内滑行到x: y:”这个积木在执行过程中如果被其他积木打断比如另一个滑行积木开始执行角色会停在中间某个位置而不是目标位置。这是因为滑行是阻塞式的同一时间只能有一个滑行在执行。如果需要在滑行过程中响应其他操作建议用循环配合坐标增减来手动实现滑行这样每一帧都可以插入其他逻辑。5.5 常见问题速查表问题现象可能原因排查方法解决办法移动抖动多个移动积木同帧执行检查代码块顺序合并为一次坐标更新斜向偏快速度未归一化记录坐标变化量斜向分量乘0.707边缘卡住方向与输入冲突观察方向值变化边界处忽略输入滑行中断滑行被其他积木打断检查是否有并行滑行改用循环手动滑行移动距离不对步数单位理解错误对比坐标变化记住1步1像素6. 进阶技巧用位置移动做出更自然的效果6.1 缓动移动让角色起步和停止更柔和直接改坐标的移动是匀速的起步和停止都很突然。如果想让角色看起来更自然可以用缓动公式。最简单的缓动是指数缓动每帧执行将x坐标增加 (目标x - 当前x) × 0.1这样角色会越来越接近目标位置速度逐渐减慢看起来像是“滑”过去的。系数0.1可以根据需要调整越大越快越小越柔和。这个技巧在做UI动画或者角色跟随的时候特别好用。我做过一个宠物跟随的效果宠物不是直接贴在主角身后而是用缓动慢慢跟过去看起来就生动很多。6.2 用正弦波做上下浮动如果想让角色在原地上下浮动可以用正弦函数将y坐标设为 初始y 20 × sin(计时器 × 3)计时器是图形化编程内置的变量从项目开始运行起持续增加。sin的值在-1到1之间乘以20就是上下浮动20像素。乘以3是控制浮动速度数字越大浮动越快。这个效果适合做漂浮的道具、水中的角色、呼吸动画等。注意要把初始y坐标存到一个变量里否则角色会越浮越低。6.3 用随机数做不规则移动有时候需要角色看起来“漫无目的”地移动比如飘落的树叶、飞舞的蝴蝶。可以用随机数重复执行将x坐标增加 随机数(-3, 3)将y坐标增加 随机数(-3, 3)这样角色每帧的移动方向和距离都是随机的看起来就很自然。但要注意加边界检测否则角色很快就会跑出舞台。如果想让移动更平滑可以把随机数改成“随机数(-1, 1)”然后配合缓动公式让角色慢慢改变移动方向。6.4 位置移动与碰撞检测的配合做游戏的时候位置移动往往要和碰撞检测一起用。这里有一个经验先移动再检测碰撞最后处理碰撞结果。顺序不能乱。如果先检测再移动角色可能会在检测之后穿进障碍物里。如果移动后不处理碰撞角色就会卡在障碍物里出不来。正确的流程是根据输入或逻辑计算新位置把角色移到新位置检测是否碰到障碍物如果碰到了把角色移回移动前的位置或者根据碰撞方向做回退这个流程我踩过好几次坑才总结出来。特别是做平台跳跃的时候如果不按这个顺序来角色要么穿墙要么卡在墙里抖。7. 我个人在实际操作中的几点体会位置移动这块内容看起来简单但真正要做好需要把坐标、方向、步数这三个概念彻底理清楚。我刚开始做项目的时候经常是凭感觉调数字角色能动就行结果后面加功能的时候发现到处是坑。后来强迫自己每次移动都先算清楚坐标变化代码反而写得更快了。另外一点是不要害怕用变量。很多初学者喜欢直接在积木里写数字觉得这样直观。但一旦需要调整参数就得满代码找数字改。用变量把速度、边界、初始位置这些参数存起来后期维护会轻松很多。最后分享一个小技巧在调试移动逻辑的时候可以在舞台上实时显示角色的x和y坐标。这样每改一次代码都能立刻看到坐标变化比凭肉眼判断角色位置准确得多。等逻辑调通了再把显示关掉就行。