在游戏逻辑类里有几十行的变量定义也不足为奇。特别对于j2me来说更是如此，为了节省内存空间很多人舍弃了面向对象的特性把代码挤在一块。通常的情况是自已被自已的代码给淹死了！！所以在做结构设计时我很注重这一点，总是试图让代码节省一点扩展性多一点。这件事并不算很难只要认真去推敲总可以发现一些可以优化的东西，变量就是一例。
大多数人更习惯于一个属性一个变量,举个例子假设要表示一个人物的属性你可能会这么做：
int
生命;
int
魔法;
int
金钱;
int 攻击力;
int 防御力;
int
人物所在的x轴;
int 人物所在的y轴
int 人物所在的行
int 人物所在的列
int 人物当前的动作
int 人物当前行走的方向
…..
这只是一部份，相信要为这么多的变量命名是一件困难的事，特别是英文不好的同志。大家现在可能已经看出来了使用数组是最好的办法。至少有两个好处 1 所有的变量定义变成一行
int
fairy[] ，变量被收拾得干净净甚至有点对象的味道，当要写该人物相关的代码时你会不假思索地打出 fair[]
。
2
具有扩展性 。这是容易让人忽视的一点，当该人物有新的属性时你可以用
fair[x+1]
的格子来表示它一点也不受影响，当然前提是数据类型必须一致。
数组应用典型的一例是表示地图。假设我们要做一张rpg的地图大多数人的第一反应就是用二维数组表示map[行][列]
看起来似乎合情合理，但是问题来了可能我想让地图上的某些东西动起来。 这就必须加上几个变量 1 当前显示的图片，2 剩余多久切换图片。 这只是最普通的情况，可遇到的问题还更多。我们不可能给每个会动的地方都定义变量，那样太得不偿失了，为此三维数组出现了现在把地图的表示如下
int map[行][列][属性] ;
map [][][0]
表示图片类别
map [][][1]
表示图片当前播放到第几张
map [][][2]
还剩多久切换图片
map [][][3]
该位置是否可以行走
map [][][4]
是否触发对话 0 表示否 其余表示对话的id
…..
我们优雅地把地图相关的东西都很好地表示在一个数组里，想像一下如果不使用三维数组将会是什么样的状况。
