手机游戏开发的平台是JME，***是MIDlet，CANVAS，Reco***tore。如果是***开发手游，那么还要掌握一些基本的软件，如PhotoShop，Mappy，和简单的声效处理。
游戏开发过程：在制作游戏之前，必须有一套经过长期测试并且适用的游戏引擎。也写得很好，提供中文和英文，对于英文能力不好的伙伴来说，简直是不能太好了。 开发工具的准备：vc ，j builder及codewarrior游戏策划的准备demo测试使用j***a开发手机游戏的确非常方便，但在效果与性能上很难与c 代码实现效果比拟。如在symbian os/wince设备上我们还是推荐尽量使用c 来开发为好。
项目建立好以后，对各区域的功能大致了解下，作为前端的你，主要还是要迅速的掌握cc提供的各种NB的功能。所以，还得赶紧打开 快速浏览一遍。随着手游制作的精细化程度越来越好，粗制滥造的画面已经无法吸引玩家了，随之带来的是游戏制作成本的水涨船高。也写得很好，提供中文和英文，对于英文能力不好的伙伴来说，简直是不能太好了。是不是找到了当初学习Vue的感觉。作为前端的你，整天写了一堆业务控制，处理各种布局，各种兼容，对奇怪的css优先级搞得云里雾里的。所以是时候换一个更有意思开发场景，给自己做个游戏解闷多好
cc是一个跨平台框架，一端编译多端发布。想想前端的 mpvue taro uni-app，无不是解决此类问题，再加上gulp,webpack,再来一堆node_modules,啥less sass stylus.各种环境配置那是相当的复杂。举一个简单的例子，距今很的短信游戏“虚拟宠物”就是典型的文字类游戏。所以业界流传，前端已经进入深水区，真的一点不假。 然而cc依然可以让你舒适的写JS或者TS ,并且没有繁杂的配置，一键搞定打包发布。
测试驱动开发改变了我们常见的工作流程，不要求先写逻辑代码，反而要求先完成测试代码。待测试代码完成之后，我们再将目光转移到逻辑代码，根据测试的要求，完成逻辑代码，使之能够通过经过拆分后粒度已经很小的测试。这样做有什么好处呢？要将任务拆分成可测试的各个测试用例，这就要求我们在完成逻辑代码时要将代码的功能尽可能细分，换句话说就是让一个类/方法只负责单一责任，当这个类/方法需要承担其他类型/方法的责任的时候，就需要分解这个类/方法。这就迫使我们要把程序设计成易于调用和可测试的，即迫使我们解除软件中的耦合。更加适合应对需求的经常性变更。身处游戏开发行业的从业人员都不能否认的一点便是游戏开发中需求变更是一件不可避免甚至是必不可少的事情，而基于测试驱动开发的另一个好处便是一旦因为需求变更而出现bug，能够很快的发现，进而解决问题。这些语言被使用的背后是硬件的升级（不要忘记摩尔定律）和更好的解决方案的推出。单元测试是一种无价的文档，它是展示方法或类如何使用的文档。这份文档是可编译、可运行的，并且它保持，永远与代码同步。
