支持J***a的手机的普及，所以它成为距今的移动游戏开发环境，我们在这里将详细研究J2ME游戏的开发。J2ME不是手机上配置的解释语言，但是它是一个许多厂商支持的行业标准。一些专用的解释语言也在某些区域有上佳的表现，如北美的Qualcomm的BREW ( Binary Runtime Environment for Wireless，用于无线应用程序的二进制运行环境)和一些韩国移动运营商支持的名为GVM的标准。在这个系列文章中，我们将要***讨论使用J2ME开发移动游戏，并且将介绍在Nokia平台上开发移动游戏的方法。

做过前端的你一定知道，要想拖动一个DIV，一定是在Body中鼠标的移动事件。在移动端一定是触摸移动事件。是的，在cc里边做游戏，希望一个组件动起来依然是这么操作的，那么cc里边是如何注册事件的呢？两个方式，一个在场景编辑器下角的属性中添加脚本里边的方法，另外一种就是直接在脚本里边添加。当然我推荐第二种。虽然IDE会帮我们生成很多代码，如果不自己写一遍，就永远不晓得数据流向。就像当年开发winform时，很多人拖动一个按钮控件，然后双击控件，IDE就自动帮你注册好了一个用户点击事件。殊不知，IDE是在xx.design.cs中通过代码替你注册好的。所以既然刚开始学，一定要了解清楚它的原理。

测试驱动开发改变了我们常见的工作流程，不要求先写逻辑代码，反而要求先完成测试代码。待测试代码完成之后，我们再将目光转移到逻辑代码，根据测试的要求，完成逻辑代码，使之能够通过经过拆分后粒度已经很小的测试。这样做有什么好处呢？要将任务拆分成可测试的各个测试用例，这就要求我们在完成逻辑代码时要将代码的功能尽可能细分，换句话说就是让一个类/方法只负责单一责任，当这个类/方法需要承担其他类型/方法的责任的时候，就需要分解这个类/方法。这就迫使我们要把程序设计成易于调用和可测试的，即迫使我们解除软件中的耦合。更加适合应对需求的经常性变更。身处游戏开发行业的从业人员都不能否认的一点便是游戏开发中需求变更是一件不可避免甚至是必不可少的事情，而基于测试驱动开发的另一个好处便是一旦因为需求变更而出现bug，能够很快的发现，进而解决问题。单元测试是一种无价的文档，它是展示方法或类如何使用的文档。这份文档是可编译、可运行的，并且它保持，永远与代码同步。