讨论MZ的运行时之前，有必要先谈谈MV版本的运行时，MV出于兼容性考虑，不仅语法
全部用的es5语法，渲染也做了canvas和webGL两套，且pixi的版本也相对落后，好处是可以
让硬件设备落后，还在使用非常古老集显的玩家体验到游戏，当然，这部分用户失去了
webGL的支持，感受到的画面表现力会受到限制。
MZ则完全放弃了对兼容性的考虑，完全使用es6语法，且渲染仅支持GL，虽然不知道是
想让用户自己解决这个问题还是随着硬件水平进步无需考虑相关情况，但我认为这个改变是
利大于弊的，它不需要插件开发者再同时维护canvas和gl两种渲染情况下的差异，es6语法也
更便捷，易读。
使用MZ开发的游戏截图
由于MZ去掉了许多“兼容式”代码，再加上渲染全部交给gpu可以让gpu分担不少cpu的工
作，整体游戏性能有了比较明显的提升，还有一些小方面的优化：
例如默认F5刷新从MV的纯网页刷新变为了应用层面重启，避免了内存方面的问题堆积
又例如MV中Bitmap加载完IMG对象之后还要监听其完成才能创建贴图，而MZ中加载完
会检测img对象并立刻加载，这可能只有1帧的差别，但数量多起来体验差距就大了。
其余更多优化就不再罗列，总之MZ确实解决了MV默认系统上的大量小问题，同时惯例
的过度封装也让插件开发更舒适，兼容性更强。
顺便提一嘴，PIXI自带一个无障碍操作的东西(PIXI.Renderer.__plugins.accessibility)，
当玩家不小心按到相关快捷键的时候就会进入这个模式，且创建dom元素影响游戏画面，我
建议官方还是禁用它或者添加明显的提醒。
仅谈谈令我比较关心的几个问题，想到哪说到哪。
首先，我个人认为比较重要的是，RMXP中的分层地图编辑功能回归了，RMXP老用户
建议体验。
MV中令人诟病的下拉列表问题在MZ中重构成了一个列表分段选择窗口，算是解决了
这个问题；MV中画地图矩形、椭圆拖拽时会在拖拽开始时卡顿的问题依然存在；还有一项
比较大的改动就是编辑器对插件指令的支持了。
在MZ中，插件开发者可以在插件里编写一定规则，让插件使用者在事件中获得更直观
的编辑界面，如下图
其表现与插件编辑器的参数设置窗口类似，有时候插件使用者就不需要再记插件命令，
文档里也不需要编写特别的说明了，算是一大进步，美中不足的是，依然不能定义数组、
结构体等参数类型在上级界面的自我描述。
在传统数据库、事件编辑方面，自定义路线的事件增加了路线预览，不需要再一步步
数，在某次更新也同时支持了MZ版本特有的粒子动画和MV版本的帧动画编辑，可惜动画
的备注栏依然没加上。
最后有个比较大胆的功能就是在1.5.0版本的编辑器中已经支持了对地图图块的尺寸更
改，目前我还没有相关需求，但这个功能也确实是历代RM版本很多人需求的，大家若有需
求同样可以试试。
有功无过，对于有插件开发能力的创作者来说提升幅度极大，对于擅长其他方面的
用户来说相比MV有一定优势，但很难弥补社区资源不足的劣势，虽然MZ声称兼容MV的插
件，但也只能支持一些相对较独立、不对默认系统做修改的插件，已经在用MV开发的用户
转型MZ沉没成本太高了，建议新入坑，或者开新坑的时候选择MZ。
使用MZ开发的游戏《我是个宝箱，你呢？》早期截图