实例论证J2ME的事件传输机制

核心提示：本文主要阐述的问题是，在J2ME开发中事件的传输到底是什么机制，实例论证J2ME的事件传输机制，主要围绕Canvas类事件传输的串行化进行分析和研究，通过实例进行论证并在最后得出结论，那么程序一定会断断续续的画出我们的按键名，为了论证我们的设想， 通过参考java doc我们可以知道在J2ME中的事件传输是串行化的

本文主要阐述的问题是，在J2ME开发中事件的传输到底是什么机制。主要围绕Canvas类事件传输的串行化进行分析和研究，通过实例进行论证并在最后得出结论。

　  通过参考java doc我们可以知道在J2ME中的事件传输是串行化的，那么什么是串行化呢？java doc里面说当一个时间方法调用完成之后，下面的事件方法才会被调用。这样可以保证用户的上次输入已经被完成了，下次的事件输入才会得到响应。首先我们来看看那些方法是所谓的事件方法。在MIDP中列出了如下的方法：
showNotify()
hideNotify()
keyPRessed()
keyRepeated()
keyReleased()
pointerPressed()
pointerDragged()
pointerReleased()
paint()
the CommandListener's commandAction() method
我们针对上述串行化的理解不防做一下这样的假设，当showNotify()方法被调用的时候，假如在内部定义了repaint()方法，则会请求系统对屏幕进行重新的绘制，这会调用到paint()方法。接下来我们实现keyPressed()方法，让它把按键的名字打印在屏幕上。为了模拟串行化的效果，我们在每个方法中都让当前的线程睡眠2000ms，假如事件的确是串行化的机制，那么程序一定会断断续续的画出我们的按键名。为了论证我们的设想，我编写了下面的一段代码。

import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;

public class KeyCodes extends MIDlet
{
　  private Display display;
　  private KeyCodeCanvas canvas;

　  public KeyCodes()
　  {
　　　  display = Display.getDisplay(this);
　　　  canvas = new KeyCodeCanvas(this);
　  }

　  protected void startApp()
　  {
　　　  display.setCurrent(canvas);
　  }

　  protected void pauseApp()
　  {
　  }

　  protected void destroyApp(boolean unconditional)
　  {
　  }

　  public void exitMIDlet()
　  {
　　　  destroyApp(true);
　　　  notifyDestroyed();
　  }
}

class KeyCodeCanvas extends Canvas implements CommandListener
{
　  private Command cmExit;
　  private String keyText = "hello let's go!";
　  private KeyCodes midlet;

　  public KeyCodeCanvas(KeyCodes midlet)
　  {
　　　  this.midlet = midlet;
　　　  cmExit = new Command("Exit", Command.EXIT, 1);
　　　  addCommand(cmExit);
　　　  setCommandListener(this);
　  }

　  protected void paint(Graphics g)
　  {
　　　  System.out.println("I am invoked!");
　　　  g.setColor(0, 255, 0);
　　　  g.fillRect(0, 0, getWidth(), getHeight());

　  if (keyText != null)
　　　  {