尝试将rpgmakermv的pixijs升级到v8

滑稽大帝

上周我想把mv的pixijs升级到最新的v8版本
做到一半的工程地址，因为战斗系统那块太难解耦了，有点不想弄了
https://gitee.com/funny-emperor/rpgmakermv-pixijsv8.git

目前已经处理好图片、声音资源的加载
窗口类重写（特别是Selectable，但是商店那块没弄）
地图渲染处理好了
战斗系统没处理完，只解耦了战斗流程
插件系统没做

感觉版本迁移难度有点大，不过我将几个类都分文件了，有需要的自取

后续有时间会重新做一个战斗模块，感觉原版写的有点逆天了

lymv

已在开发的项目迁移得有个完整的方案才好升级，这样升级一半的话是不是不太好，兼容性这块怎么样，最近也想升级一下mv本身的内容，把插件都做一做兼容，然后新插件用es6往后的新特性

滑稽大帝

lymv 发表于 2025-9-24 09:36
已在开发的项目迁移得有个完整的方案才好升级，这样升级一半的话是不是不太好，兼容性这块怎么样，最近也想 ...

升级到v8的话，以前的插件肯定都不能用了，如果用es6语法写编译成es5的话可以兼容以前的部分插件吧；然后原版战斗模块耦合度确实太高了，可扩展性太弱了，我考虑吧它的Buff和Skill以及Battlesystem单独做个系统，通过一个事件总线连接，这样就大面积解耦了，后面开发其他插件效率也会高

闪电超重火炮

迁移到v8的原因是什么？没有特殊原因迁移到v7就足够了
现阶段的v8已经不是最初的v8测试阶段的初衷了，性能下降比较厉害
当然你愿意折腾那也没办法

滑稽大帝

闪电超重火炮 发表于 2025-9-24 21:22
迁移到v8的原因是什么？没有特殊原因迁移到v7就足够了
现阶段的v8已经不是最初的v8测试阶段的初衷了，性能 ...

这个我不太清除，但是很多都说v8重新架构了渲染机制，性能变高了；不过我可能考虑改到v6了，因为最近看到有个支持v6.2.2的FairyGui，似乎能把做界面变得简单一点

闪电超重火炮

滑稽大帝 发表于 2025-9-25 15:11
这个我不太清除，但是很多都说v8重新架构了渲染机制，性能变高了；不过我可能考虑改到v6了，因为最近看到 ...

我都玩v8两年了，从阿尔法测试就开始提供改进建议，v8什么变化我最清楚，从8.1版本之后开始走下坡路，变得越来越沉重，考虑到bug的情况，才从迭代到8.32，之后就是自己对当前的pixi进行一次小型重写，才有了上限10w个动态精灵的渲染（webgpu和webgl双后端），我建议是用v7，最省事，而且要兼容mv/mz只需要写一个插件，需要一两百行代码就可以了，也是和rm相性最高的