J2ME编程最佳实践之屏幕导航

核心提示：除了游戏程序，在通常的MIDP应用程序中，J2ME编程最佳实践之屏幕导航，通常会有很多个Screen或Canvas，这些屏幕一般靠命令来实现切换，就不能forward，我们使用replace，比如用户点击“Next”应该跳到下一屏，点击“Back”应该返回到上一屏

除了游戏程序，在通常的MIDP应用程序中，通常会有很多个Screen或Canvas，这些屏幕一般靠命令来实现切换，比如用户点击“Next”应该跳到下一屏，点击“Back”应该返回到上一屏。当屏幕数量相当可观时，如何在各个屏幕之间导航就值得好好考虑了。

经典的MVC模式可用于屏幕导航，Model用于存储应用程序数据，而View则是各个Displayable对象，Controller需要单独的一个类实现。由于MIDlet类本身在生命周期内就只有一个实例，因此MIDlet类就非常适合作为Controller。SUN在bluePRints示例程序SmartTicket中应用了非常复杂的MVC，完全可以满足MIDP应用程序的导航需要，但是可以看出，缺点是很明显的：

一是每一个事件都需要一个唯一标识，switch-case语句会随着屏幕的增加而增加，Controller变得难以维护。二是Controller引用了所有的View，这些View在程序启动时就被初始化导致很大的内存开销，而不管它们是否会被显示。三是大量的Model对象以及异常处理都使得整个应用程序的逻辑大大复杂。

实际上，MIDP应用程序的很多屏幕并不需要复杂的Controller和Model，我们的目标是满足基本的灵活性的同时保持结构简单。因此，另外两种导航方法是用二叉树和堆栈实现，这里我们只讨论用堆栈实现的MIDP导航框架，其基本思想是：每当前进到下一个屏幕时，先将下一个屏幕压栈，然后再显示；当返回到上一个屏幕时，先从堆栈中弹出当前屏幕，再从堆栈中取出上一个屏幕并显示。因此，每个屏幕只需要指定要显示的下一个屏幕，而不需记住上一个屏幕。这种堆栈导航模型非凡适合有规律的“前进”、“后退”屏幕。

由于MIDlet类运行期只有一个实例，因此，使用MIDlet类作为控制器相当合适。此外，我们在一个静态变量中保存了MIDlet实例，使得访问MIDlet更加方便：

public class ControllerMIDlet extends MIDlet {
　  private static ControllerMIDlet instance = null;

　  private Display display = null;
　  private Stack ui = new Stack();

　  public ControllerMIDlet() { instance = this; }

　  protected void startApp() {}
　  protected void pauseApp() {}
　  protected void destroyApp(boolean unconditional) {}

　  public static void goBack() {
　　　  instance.ui.pop();
　　　  Object obj = instance.ui.peek();
　　　  instance.display.setCurrent((Displayable)obj);
　  }

　  public static void forward(Displayable next) {
　　　  instance.ui.push(next);
　　　  instance.display.setCurrent(next);
　  }
}

让我们更具体地研究一下实际的应用程序可能出现的几种屏幕跳转情况。最简单的情况是，从一个屏幕前进到另一个屏幕，且返回时仍回到原先的屏幕，这种情况完全符合堆栈的FIFO特点，可以直接调用ControllerMIDlet的forward和goBack方法即可。例如，要显示一个帮助屏幕：

对于一个联网的应用程序，另一种情况是有一个暂时的等待屏幕。下面是一个在线浏览图片的屏幕：

与上面的情况所不同的是，假如用户在屏幕3选择“返回”，则应当回到屏幕1而不是屏幕2，因此，对于屏幕2到屏幕3的切换，就不能forward，我们使用replace，抛弃屏幕2，从而实现屏幕3直接可以goBack到屏幕1：

public static void replace(Displayable next) {