基于Nokia手机的移动游戏开发

最新推荐文章于 2021-02-27 03:26:35 发布

转载最新推荐文章于 2021-02-27 03:26:35 发布 · 929 阅读

文章标签：

#nokia #移动游戏 #手机 #游戏 #编程 #action

博客聚焦于基于Nokia手机的移动游戏开发，包含两部分内容，围绕Nokia手机平台开展移动游戏开发相关探讨，属于信息技术中移动开发领域。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

基于Nokia手机的移动游戏开发(一)

一、游戏开发策略
1. 游戏动作(Action)的使用
　　MIDP的Canvas类让程序员处理某些按键事件，要么作为特定的低级键控代码事件要么作为抽象的游戏动作。FullCanvas是Nokia的全屏画布(FullCanvas)类，它是从Canvas类继承而来的。
　　在回合制游戏或者不需要超过四个方向键（上、下、左、右）的游戏中，最好使用直接的键盘代码来控制游戏动作。可以使用抽象游戏动作的游戏例子包括国际象棋和知识测验以及解谜游戏，这些都是使用方向键来滚动屏幕或者移动。
　　游戏动作应该只在不需要快速反应的游戏中使用。这是因为所选择的设备的游戏动作映射可能对于要求快速动作的游戏并不适用。并且，如果一个游戏要求斜的方向键或者这个游戏是一个快节奏的动作游戏，那时游戏者一只手需要移动游戏角色，另一只手需要执行其他操作，比如射击、开门等等，那么就需要使用直接键盘代码。原因是在MIDP中没有斜向的游戏动作，并且游戏动作映射是为一只手使用设计的。
　　当使用直接键盘代码事件的时候，必须特别注意应用程序的可移植性。
　　在不同的设备之间键盘的布局有很大区别。开发者可以通过允许用户在游戏中自己定义按键的方式来解决这个问题。这可以在游戏开始之前或者在游戏的"选项"页面中完成。
　　键盘代码和游戏动作在同一个应用程序中决不应该混合使用。

2. 关于游戏动作的说明
　　一个MIDlet应用程序通过调用Canvas方法来探测哪些键盘代码映射到运行的应用程序中的抽象游戏动作：public static int getGameAction(int keyCode)；
　　Canvas类定义抽象游戏动作集：UP、DOWN、LEFT、RIGHT、FIRE等等。
　　游戏开发者应该知道MIDP 1.0规范中的一个问题。这个类定义了转化键盘代码到游戏动作的方法，同样也定义了转化游戏动作到键盘代码的方法。
public int getGameAction(int keyCode)
public int getKeyCode(int gameAction)
　　方法getKeyCode(int gameAction)可能会导致一些问题，因为它只能返回基于游戏动作的一个键盘代码，即使MIDP 1.0允许超过一个键盘代码被实现。在Nokia手机中，个别的一些键盘代码被映射到相同的游戏动作，比如"UP键"和"2键"都被映射为向上的游戏动作。而这个方法只能返回其中之一；返回的值是特定的实现。然而，如果方法getGameAction(int KeyCode)使用"UP键"和"2键"的键盘代码作为参数，这个方法将返回正确的向上的游戏动作。下面来看一个不好的例子，以加深我们的印象：
       //不好的例子，不要这么做：
class TetrisCanvas extends Canvas
{
   int leftKey, rightKey, downKey, rotateKey;
   void init ( )
   {    //不要用下面的代码来实现
      leftKey = getKeyCode(LEFT);
      rightKey = getKeyCode(RIGHT);
      downKey = getKeyCode(DOWN);
      rotateKey = getKeyCode(FIRE);
   }
   public void keyPressed(int keyCode)
   {
      if (keyCode == leftKey)
      {
         moveBlockLeft();
      }
      else if (keyCode = rightKey)
      {
         ...
      }
   }
}
　　下面是更好的解决方案：
class TetrisCanvas extends Canvas
{
   void init ( )
   {
   }
   public void keyPressed(int keyCode)
   {
      int action = getGameAction(keyCode);
      switch (action)
      {
         case Canvas.LEFT:
            moveBlockLeft();
         break;
         case Canvas.RIGHT:
            moveBlockRight();
         break;
      }
   }
}
　　这个例子是MIDP 1.0规范中的例子，使用getKeyCode ( int gameAction)处理键盘代码值，只能返回一个值。如果这样的话，其它可能的按键映射就不能在MIDlet中使用了。比如说，在Nokia 7650中就会出现问题，Nokia 7650有五个方向键和一个操纵杆以及普通的键盘布局，上面这个例子就会返回操纵杆的值而不是键盘的值。这是处理事件的一种与设备无关的方法，也是一种不好的方法。更好的解决方法是在keyPressed ()方法内使用getGameAction ( int KeyCode)。通常，应用程序应该避免使用getKeyCode ( int gameAction)方法并且总是使用getGameAction ( int KeyCode)。

3. 同时按键
　　许多Nokia手机（例如，诺基亚6310i、3410、7210）不支持同时按下多键（也就是说，如果你按住Up键，那么MIDlet就不会知道你是否你按下Fire键）。虽然Nokia 7650支持同时按下多键（例如同时按住"1"和"3"键），但是操纵杆键物理上是无法同时又向左按又向上按的，所以在游戏中不可能有斜向的运动，并且在它被向上、向下、向左或者向右按下的时候是不能记录一个"点击"的。

4. 键名：避免硬编码你自己的文本字符串
　　避免把硬编码文本和你的MIDlet中的键盘代码相关联。Canvas类提供了一个返回每个键盘代码关联的文本名称的方法：
public static String getKeyName(int keyCode)；
　　现在的Nokia设备的问题是这个方法始终返回一个英语字符串，而不是根据用户的语言选择。在未来的Nokia设备中，这个字符串可能会基于用户的语言选择。如果你的目的是开发可移植的游戏，那么必须记住getKeyName在不同的Nokia MIDP设备中返回不同的值。

未完，待续……

基于Nokia手机的移动游戏开发(二)

5.使用全屏画布（FullCanvas）功能键
      一个基于全屏画布（FullCanvas）游戏屏幕的功能键只能用于从游戏屏幕退出到不同的屏幕状态。带有FullCanvas类的Nokia用户界面应用编程接口明确地提供一个全屏图形区域用于绘图，可用于许多类型的游戏。
　   继承于Nokia用户界面应用编程接口类FullCanvas的游戏屏幕将不会把功能键的键盘代码（即KEY_SOFTKEY1、KEY_SOFTKEY2，KEY_SOFTKEY3）用做游戏相关的动作，除非是用于从游戏屏幕返回到菜单中。
　　如果一个MIDlet应用程序需要使用功能键命令，那么你必须使用默认的MIDP Canvas类，特别是如果你的MIDlet需要使用标签功能键的时候。当你使用FullCanvas的时候，你不应该提供你自己的功能键标签。

6. MIDlet国际化
　   你有可能需要把你的MIDlet国际化－－例如，用于不同的地区和语言。MIDP的系统属性"microedition.locale"定义了设备的当前区域。它的值可以使用System.getProperty.方法取得。MIDP规范允许在这个系统属性中使用一个空值。然而，在Nokia的MIDP实现中是不允许空值的。CLDC的系统属性"microedition.encoding"定义了设备的默认字符编码。它的值可以使用System.getProperty方法取得。
      想要了解更多MIDlet本地化问题，可以参阅《Writing World Aware J2ME Applications》http://wireless.java.sun.com/midp/ttips/worldaware/ 的资源包。目前在MIDP中还没有一个标准机制用来处理资源包。这个文档使用一种简单的途径把用户界面文本从主程序中分离出来。它在Resource 类（二、9节）中被处理。
　   把国际化特色加入一个MIDlet非常重要，但是这可能会增加你的MIDlet的大小。如果MIDlet大小对于某种特定MIDP设备来说是一个问题，那么你可能希望产生好几个不同编译版本的MIDlet。每个版本可以为一个或多个区域、语言本地化。

7.设备特性：声音、振动和灯光
　　如果你使用Nokia用户界面应用编程接口类Sound或DeviceControl（振动、灯光），你应该提供一个Options或Settings菜单和一个设置编辑器，来允许最终用户启动或者取消这样的设置。
　　然而，如果你使用Nokia用户界面应用编程接口类Sound或DeviceControl（振动、灯光）并且通过设置JAD参数<>来把你的游戏安装到Games菜单（见一、11节），Games菜单中已经提供的设置允许最终用户启动或者取消这些特性。因此应用程序没有必要自己创建这样一个特性。除Nokia UI API技术文档之外，你还可以参考《Nokia UI API Programmer ' s Guide》，它能提供很多有用的信息。

8.设备无关性
　　Nokia MIDP设备可能在屏幕尺寸、键盘布局和可用API等方面不同。为了创建可移植的游戏，在设计游戏时，这些差异应当被考虑在内。
　　应用程序应该向系统询问屏幕的尺寸，并且避免绘制屏幕内容的时候硬编码坐标。可以使用Canvas类的getHeight和getWidth方法来达到这个目的。
　　不同的Nokia MIDP设备中应用编程接口变化很大，开发者应该检查所要开发的设备平台上的应用编程接口。这是可以做到的，振动就是一个很好的例子。

try
{
Class.forName("com.nokia.mid.ui.DeviceControl");
}
catch(ClassNotFoundException e)
{
//Can't use vibration because the API is not supported in the device
}

　　使用继承于默认MIDP Canvas类的游戏屏幕代替厂商特定的FullCanvas类，这有助于提高你的MIDlet的可移植性；然而，那就不可能实现全屏幕了。

9.最优化
　　MIDP设备的内存非常有限，所以使用内存时应格外小心。对于游戏来说一个很重要的限制就是有限的堆内存（heap memory）：为了节省堆内存，对象引用不再需要被设置为"null",以便这些对象可被垃圾-收集（garbage-collected）。彩屏手机需要更多的内存来处理应用程序中的位图，这与更大的屏幕位深度和相关的内部数据结构有关。因此，虽然一个应用程序可能编写来使用在一个黑白屏幕的手机上，但是在彩屏手机上使用时，它可能消耗更多动态内存：就Nokia 7210来说，它显示一幅图片时比Nokia 6310i多用16倍的内存。
开发者应该在设计应用程序时考虑到这个因素，应该把同时加载的图片数降到最少的程度。例如，闪动屏幕图像应该能够在游戏图形图象创建之前被垃圾收集（通过设置所有到图像对象的引用为"null"）。

10.安装
　　默认情况下MIDlet被安装到Nokia设备的Applications菜单下。如果设备有Games菜单的话，MIDlet还可以通过设置MIDlet的.jad文件中的Nokia-MIDlet-Category:Game参数来安装到这个菜单下。

未完，待续......