已购，独立游戏不容易。加油～～

@acros
现在的 Lua 早已经不局限于处理业务逻辑特例了，为了在 iOS 平台上能进行热更新，更多的是，绝大多数性能不敏感的逻辑都已经全部放在 Lua 下处理了。不局限于 Cocos2dx，也包括基于 Unity 开发的游戏。

1. 这是 Lua
2. 这是基于 Cocos2dx-Lua 开发的手机游戏
3. 代码确实写得不够好的地方，但是以现在国内的手游开发现状的话，我也能理解为什么有时会写出这种代码
3.1 槽点。其实主要是影响可读性的或者影响维护效率的问题
3.1.1 在代码中直接使用常量
3.1.2 函数过长
3.1.3 嵌套过深
3.1.4 在逻辑主干上处理特殊情况下的逻辑
3.1.5 某些成员变量具有多重职责
3.2 可能造成这种状况的原因
3.1 开发人员素质参差不齐
3.2 项目开发进度紧张
3.3 策划人员素质参差不齐
3.4 项目开发进度压力较大时，缺乏重构的动力及条件

我以前刚接手一个老项目的时候，也产生过楼主这样的想法，我那个项目比这个还要复杂很多。动辄一两万行的 C++类，动辄几百行上千行的函数，结构混乱，层次不分。但随着项目一点点推进，参与项目的人越来越多，打包、测试越来越频繁，我逐渐理解为什么之前的代码里面充斥着那么多的垃圾。甚至有的时候，我自己都会写一些自己之前所不屑的垃圾。

@piaochen0 OCR 太慢，还有识别错误的风险。Android 可以通过辅助应用相关的接口来获取题目，Xpose 应该也能实现类似效果。iOS 不知道有没有开放相关接口。

@binjoo
好像没有听说过 6 根弦的大提琴啊，是我太孤陋寡闻了吗。

@402645707 抓包分析的时候，发现部分弹幕是走的 Http，不确定是否全部。抓包也不是说为了能提前知道题目，只是想不用 OCR 来识别题目而已，因为 OCR 可能会出现错别字、效率低等等问题，这样留给玩家判断的时间就很短了

音效这个问题王者不背。
王者和崩坏都是用的 wwise 音效引擎。
另外，游戏的音效引擎为了保证低延迟，往往使用的是很低层次的 API，处理这种切换不一定成本很低。