把关卡表格先分别赋值到对象中，剩下的就简单了，操作对象更换关卡即可！ 请看下面的极简案例： [图片] [图片][图片] [图片] 点击屏幕代表变化关卡，于是...... [图片] [图片] [图片] [图片]

用静态刚体吧，或者将重力加速度设为0，重力方向随便

当游戏中某个功能模块过于庞杂时，最好将其分割成几个部分，然后用通知功能将这些部分衔接。 从接触这东西时就注意到一个问题：过长的线性逻辑容易出错，且错误原因不明——有时候简直是莫名其妙！ 但是多线程结构就好多了，而通知更是一个绝妙的功能，用通知来形成闭环的逻辑，其稳定性也是值得信赖的，在一个棋牌类游戏中采用这种模式，几乎没有中途宕掉的现象。 姑且瞎猜一气： 当一个任务以线性结构运行时，所有变量、逻辑、函数调用等，都始终堆叠在内存中不能释放，有时候还严重拖累了整个系统； 而将其分割并采用通知功能衔接时，能即时释放掉“通知”前面的冗余数据，稳定性和流畅度自然大幅提升...... 之前的一篇文章中也提到过这一问题，不过我的描述用词肯定和专业搭不上边，只能说：意思到了！ https://developers.weixin.qq.com/community/develop/article/doc/0000cee5e1472058372e5cdbd50013

容器！ 子弹在容器中的中心位，并非背景的中心位，而容器就在左下角中。

一直以来觉得这机构不过是些尸位素餐的牲口，后来发现弄错了！ 它们是某位“屁股决定脑袋”的话事人特地摆出来、阻碍和恶心专注开发的技术劳苦大众的！ 是专注于吸血的蚂蝗！

事实上如果对原始表格、或读取缓存得到的表格数据，都通过一个处于中间承载的变量来操作（抱歉：不清楚更正确合适的描述），就规避了一切须遍历才能达成的效果。 [图片] [图片]

在该物体的点击事件中，加个【设置自己不响应手指事件】就妥了。

挺有意思的创意，闲来无事推演复盘后效果如下： [图片][图片][图片] 具体规则有增改： 同画面5个游荡数字；数值在1~99范围（方便语音读数）；初始移动速度较低、随数字减少变快；按语音提示正确点击后字符变绿后消失，分数增值为当前速度值，然后读出下一个数字；选择错误数字短暂变红并按速度值扣分；全部正确选择、数字都消失后，场景再次刷新5个数字。采用容器构建数字体，行为与事件脚本如下： [图片] [图片] [图片] [图片] [图片] 初始化函数 [图片] 语音读数函数 [图片][图片][图片][图片] 关于语音读数这里只用了1~10共十个音效文件，所以仅能正确读出1~99范围数字。 [图片] 语音读数的函数逻辑描述： 首先确定调用参数（读音数值）在1~99范围；确定数值是否大于10，若大于10则判定十位数字是否大于1，因为我们读数的习惯只有十位大于1、且个位大于0时才会发3个音符，否则只有2个（如：23读作“二十三”，而13读作“十三”）；确定数值个位是否大于0，同理只有个位大于0才适合读出音符。

我那款认证被驳回，竟是因为：能查到线上原名——笑不活了！ 不得已改名成功后再询问审核方，那工作人员才注意到原名冲突没了，告知我再即时改回来就可以了......

哎呀呀，差点忘了，第三方审核打过来的电话被标记为“骚扰电话”，但它显然没有平常骚扰人时有耐心，一迟疑的功夫就挂断了！ 由此可见此等公司平素行径何其卑劣，说官方与其合作没有苦衷、怕是难让人信服！