跑酷对抗类试水——踩影子PVP的实现思路与开发

跑酷对抗类试水——踩影子PVP的实现思路与开发小结

所用编辑器版本0.25.0.4

总览
壹，试水背景
贰，设计思路
叁，玩家的标记代码
肆，组合功能链接

没有工程附件的哦，代码给的差不多了，可以自己搓一个试试。

壹，试水背景
是参与游戏制作训练营之后，做了一点简单的跑酷游戏，觉得还是不够尽兴，跑酷元素还可以结合其他元素。于是就翻了翻一些结合例子，跑酷X解密类型，跑酷跑酷X社交类型，如233乐园的“团结一心合作解密”，如跑酷XRoguelike，在其他软件商店可下载的《Kinja Run》，跑酷XRPG，《原神》（应该行？？？）
当时也是在想着做一点有意思的尝试，加了一点消失地板，后来在维护游戏平衡的时候，考虑到玩家就在消失地板反复横跳啥的，然后其他玩家会掉下去。就觉得不行，但是好像有点意思，这某个关卡的消失地板的难度还会收到玩家影响。后来是想着做一点长远的打算，多少做一点多人竞技（但是技术有限于是还在蹒跚学步阶段）。后来是想起很小的时候玩的游戏，踩影子，就是大马路上两个人想办法踩到对方的影子。就着一个消失地板，一个踩影子，念叨念叨，然后觉得虽然影子不能检测，但是踩方块也可以实现靠近不走就掉落的效果。于是就安排起来，正好也为办PVP游戏做一点阶段过渡和思考落地的试水尝试。

贰，设计思路
玩法机制：借用跑酷技能去努力踩到别人脚下的方块，让别人掉下去。
增强参考：如果能有点FPS的感觉也挺好。设计一点障碍物，方便合作，伏击。
盘问AI得到的建议：“记得在游戏设计中考虑合作与竞争之间的平衡，鼓励玩家一起合作，同时也为个人技能和策略的发挥提供机会。”
具体实现：
（实际上是先有了第1.条的实现和消失方块验证，然后结合新的建议，和新的要求，再有了下面第2，3条的优化。）
1.设置四个职业，这四个职业在速度，跳跃高度，跳跃次数上进行限制（说白了就是快不快，高不高的问题）。然后就是无论选哪个职业都能独当一面，也能在团队合作中中流砥柱。希望是大家玩的开心就行，快乐之余有所启发更好。
2.设置不同功能的瓦片，给个人技能加强或削弱。
（目前力不从心，只是做了用消失方块贴出的平坦图，先让玩家了解踩落机制，其他再说）
PS.技能主要指的是，“速度”，“跳跃”，这俩属性，要不要新开其他的这里考虑到跑酷“要用最少的按钮实现丰富的按动组合”就没有再加上别的东西。
3.设置不同障碍物，使玩家不得不按某些方向移动，或提供策略实现机会，在特定场景中，玩家本身也成为障碍物，迫使对手绕道。让道途中踩到的瓦片就会实现策略效果。

叁，玩家的标记代码
主要是玩家被击落的溯源问题：找到谁击落的玩家。然后再参考FPS的团战，混战，抢点的模式，分别出一些其他地图，通过地图设计进行加强或削弱不同模式下的职业属性。
这里主要讲击落溯源，就是谁击落谁的问题。
先继续讲小故事：原来是先有了抢点这个想法，还没考虑溯源问题，然后每个消失方块会被标记，标记者分数增加，然后回到消失方块的溯源上，有开始头疼起来。不过好在所用元素比较有限，就是念叨念叨，抢点的代码能不能放在溯源里面，然后每个方块标记了，标记标记，玩家还得知道谁击落了自己，然后上传击落者，肯定存着击落玩家这个变量，然后继续念叨念叨“标记标记”，这两三天就一会儿过去了。然后人也休息好了，就灵感乍现了“玩家存储击落者不就是标记玩家？”，玩家被消失方块标记，就行了。

标记的简单思路（马后炮式回顾）
1.玩家标记消失方块，方块有个变量存储进入方块的玩家
2.消失方块标记玩家，玩家有个变量存储离开方块时方块的主人

关键函数语句（当时复制粘贴最多的几行代码，这样然后才试出来合适的位置）：
let master = char.getUserId()
dispatchLocal(“sendKiller”，killerID)

当时开发遇到的问题（不解决游戏就做不成的那种）：
如何实现占领，标记？
代码顺序问题：先占领方块还是先被方块标记？
如何通过代码顺序来实现：踩到别人脚下方块，别人被标记？
如何实现追逐时反击判定：就是说不能被广播出的击落者永远是被追逐的一方。
原来是无论进入离开，都是要有上面提到的两个函数。但是会有玩家离开方块挺远，自己踩到消失方块掉落，但是击落判定给了其他人。
后来改着改着，发现是加了延迟，本身会导致玩家相互标记，延迟时间控制着玩家相互标记的距离，只要小于这个距离，就有“偷袭踩别人脚下，然后快速撤回，被偷袭的玩家反应不及时掉落”。撤回的时候也标记方块。感觉没毛病。

实际解决方案
（原来是胡乱试试，最后行了，回头总结发现原来是尝试范围小，一共就几种组合，确实穷举没毛病）
穷举法：
进入离开X占领X被标记
2x2x2种组合
一共八种。
代码5分钟，bug两小时
然后这样穷举了4天，大概累积16h(一坐一上午,盯着屏幕看，启动服务器，关闭客户端，一二三四五）
最后结论：
进入方块时占领，离开方块时被标记。
后来考虑到，只要掉落下去，就一定会离开方块，所以离开方块被标记没问题。
占领方块，分先占领被标记，先标记再占领两种，都试过了，然后又在这两个组合里测试比了比，反正就是进入方块的时候进行占领，出了方块不占领，就能保证永远是最新进入该消失方块的玩家可以踩到别人脚下方块。离开方块被标记，可以解决多个玩家同时在一个消失瓦片上，大家互不标记，不会有被标记，这样不是掉落的那种离开方块，就不会有远程击落bug。（人和人离着几个瓦片，但是自己不小心掉落的，却给对面加大分的bug）

消失块的改装代码：
不知道如果消失块可以被投掷是不是就能做别的小游戏了，但是FPS好像有现成的射线检测函数，用消失块这个思路做FPS，内存消耗会不会太大？

@Core.Class

export default class TemporaryFloorTS extends Core.Script {



    private masterid:string;

    //设置脚本在属性面板中可以填入地板消失的时间

    @Core.Property({ displayName: "恢复时间", group: "必填" })

    public HideTime: number = 1000;



    //设置脚本在属性面板中可以填入地板恢复的时间

    @Core.Property({ displayName: "恢复时间", group: "必填" })

    public RecoveryTime: number = 1000;



    /** 当脚本被实例后，会在第一帧更新前调用此函数 */ 

    protected onStart(): void {



        const trigger = this.gameObject as Gameplay.Trigger;

        const mesh = trigger.getChildren() as Gameplay.Mesh[];

        //if (SystemUtil.isClient()) {

        //修正2023.8.26，碰撞检测是双端，不是客户端，否则物体可见性消失，但碰撞不消失

            trigger.onEnter.add((chara: Gameplay.Character) => {

                if (chara instanceof Gameplay.Character) {



                    if (this.masterid != chara.player.getUserId()) {

                        this.masterid=chara.player.getUserId()

                       //上文提到的函数

                    }



                    setTimeout(() => {

                        mesh.forEach(element => {

                            element.setVisibility(Type.PropertyStatus.Off, true);

                            element.setCollision(Type.PropertyStatus.Off, true);

                        });

                    }, this.HideTime);

                }

            });

            //当角色离开触发器时，地板在指定时间后恢复

            trigger.onLeave.add((chara: Gameplay.Character) => {

                if (chara.characterName == getCurrentPlayer().character.characterName) {

                    // 控制全部客户端消失，但在当前客户端发送存档，

                    // Events.dispatchToServer("saveKiller", (chara.player, this.masterName))

                    Events.dispatchLocal("saveKiller", (this.masterid))

                    //上文提到的函数

                    console.log("who send message")

                }

                {

                    setTimeout(() => {

                        mesh.forEach(element => {

                            element.setVisibility(Type.PropertyStatus.On, true);

                            element.setCollision(Type.PropertyStatus.On, true);

                        });

                    }, this.RecoveryTime);

                }

            });

        //}

        //修正2023.8.26，碰撞检测是双端，不是客户端，否则游戏中只有物体的可见性消失，而碰撞不消失

    }

}

一点单双端的理解说明：
注意
进入时的判断
if (chara instanceof Gameplay.Character)
玩家离开时的判断：
if(chara.characterName == getCurrentPlayer().character.characterName)

这个修改来源于一个bug,运行测试，开了两个客户端，然后发现其中一个玩家离开的时候日志打出标记信息，而别的玩家日志也同时打出标记信息。
后来翻了翻关键词intanceof,然后翻译了一下代码，然后就发现方块被玩家标记，是所有玩家世界里的这个方块同时都被标记，但玩家被方块标记，只能是当前离开该方块的玩家被标记，其实和想象的一样，但是默认变了，原来预制体里的intanceof是意味着所有玩家可以执行标记逻辑，而参考了教程中的死亡复活一节，才明白特定if(chara.characterName == getCurrentPlayer().character.characterName)是控制当前玩家被标记。原理：如果不加限制，默认所有客户端都执行。为了在默认中调整，参考教程代码的调整方式：逻辑是所有客户端都拿自己的玩家名字，去和这个chara.chracterName去比对，只有名字相同的，也就是说这个客户端的玩家正是这个碰撞盒检测到的，就在这个客户端内部执行逻辑，其他客户端不受干扰。
（2023.8.18第一稿发布，2023.8.26该段文案翻新）
这个时候的dispatchLocal发送给的是当前玩家的属性，也就是自己发送给自己，而不是自己发送给别人。
也了解到，双端同步其实指的是每个玩家都复刻了一个相同场景，然后其中某个场景里的某个方块被标记了，其他所有场景里的这个相同方块也被标记了。


优化
原来是dispatchToServer,标记同步到服务器，后来发现这样rpc占用太大，于是就产生dispatchLocal,只在被击落，碰到死亡块的时候往服务器上传标记。
于是就有了死亡块的改装。
后来也新增了cilentKiller脚本，来作为标记信息流集中的地方。以后再拓展只要在里面加上接口就行。
目前cilentKiller脚本负责接收消失方块的标记信息，接收死亡块的通知，上传玩家标记信息，接收广播消息，调用UI显示广播。

clientKiller参考代码

import boardcast from "./boardcast";

@Core.Class

export default class clientKiller extends Core.Script {

    public killerid: string

    /** 当脚本被实例后，会在第一帧更新前调用此函数 */

    protected onStart(): void {

        if (SystemUtil.isClient()) {

            Events.addLocalListener("saveKiller", (masterid: string) => {

                this.killerid = masterid

                console.log("killerid is : " + this.killerid)

            })



            Events.addLocalListener("readKiller", () => {

                let murderid = this.killerid

                Events.dispatchToServer("zhanKuang", murderid)

                //   RankMgr.Instance.clientReqAddScore(1)

                setTimeout(() => {

                    this.killerid = null

                }, 400);

            })

            UI.UIManager.instance.show(boardcast)

            UI.UIManager.instance.hide(boardcast)

            //这两句用于解决bug,不先显示一次，UI文字的改动就不显示。就是说进入游戏的玩家接收到第一次广播时，UI显示不正确。

            Events.addLocalListener("show", () => {

                UI.UIManager.instance.show(boardcast)

            })

        }

    }



    /**

     * 周期函数 每帧执行

     * 此函数执行需要将this.useUpdate赋值为true

     * @param dt 当前帧与上一帧的延迟 / 秒

     */

    protected onUpdate(dt: number): void {



    }



    /** 脚本被销毁时最后一帧执行完调用此函数 */

    protected onDestroy(): void {



    }

}

新功能方向：
除了最多的消失方块，其他的加速减速红蓝方块，参考机关预制体的脚本代码就行。
其他什么颜色的形状的方块，
还有第一次进去会立即被击落的黑色方块，然后再从黑色变回和普通消失方块一样的绿色，也变成一样的普通消失方块。
站上去会隐身的黄色方块，但是第二个玩家进去，该方块就会和普通消失方块一样消失。离开方块隐身消失,或者隐身时间只支持2s。


新模式方向：
混战其实就是PVP个人战，作为初步测试。
然后

团战，比击落总数。
抢点，类似塔防，站到某点一段时间就加大分，分数够了就赢。
参考FPS的各种模式应该可。
肆，组合功能链接

击落广播：击落广播功能——单脚本（含附件） 口袋方舟论坛｜面向全年龄的UGC互动内容平台与交流社区 (ark.online)

适配排行榜：getUserId接口的排行榜翻新，附加隐藏显示按钮——用Replicated制作排行榜 口袋方舟论坛｜面向全年龄的UGC互动内容平台与交流社区 (ark.online)

讲得好详细

很棒！