先放一张图。

这是我目前做的几个游戏的手机版在TapTap上的现状。

首先是《曦》，由于上的比较早，22年末，当时我用的是RpgmakerMZ制作，这是我人生中第一个游戏，也可以算是习作，做好之后在全互联网找RM手机打包的方法，当时管得不严，用APKbuilder打个包，随便就上了。

后来第二款《下山的试炼》上架时候管的就有点严了，审核了好几次，什么隐私政策不行，比如不够安全，机型匹配不行，反正是一堆看不懂的报告，直到现在也没成功。

后来《液化物》我换了一个打包软件，H2Bulider好像是，那个软件我忘了，做好之后在好游快爆挺了很长时间，当然最后还是因为合规性的问题下架了。

这次《囚偶：重逢》由于我使用的unity，素材也都跟Steam基本同步，发现原先要搞的很多合规啊，什么软件怎么弄一堆东西啊，在unity上直接导出传上去就通过了（当然我没接广告啥的）。感觉方便了很多。

我说这些其实是想说，如果要更高兼容性的话，与其在比如RM这样的非商业引擎上耗费太多时间学插件，去根据规则匹配你要适应的规则，比如怎么打包怎么调整各种东西，还不如用一个合适的商用引擎如unity、godot上自己学习一个适合自己开发的框架。其实这个学习成本是非沉没的，当然学习一个用代码做游戏的引擎，可能需要耗费大量时间，而很多看似简单的基础功能如存档读档这种事情，可能类似RM或者一些视觉小说编辑器都是封装好的，如果到了unity上又需要一个一个敲，一点点学。但我还是相信，只要不是功能极为复杂的游戏，无论是资源管理、未来的多平台移植，甚至是每一部游戏的下一部准备，还是代码式的商业引擎更为靠谱。

突然的一点感慨。

今天用非常少的时间上架了Tap的商店页，准备同步Steam发，未来我想把这个游戏上Googleplay，估计也不会特别复杂。

下一部叙事产品我也会基于这次unity的框架来做，虽然我自己写的很垃圾，可能甚至不如专业程序人员的日常作业，但能够满足基础所需，且对于每个功能节点的开发没有恐惧，对于移植和资源管理等工作也有比较明确的方法，我还是觉得转用unity对于独立游戏开发而言，有很大裨益。

感慨就这些，希望帮到大家。