通過實例論證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)
　　{
　　　g.setColor(0, 0, 0);
　　　g.drawString(keyText, getWidth() / 2, getHeight() / 2, Graphics.TOP
　　　　　| Graphics.HCENTER);
　　}
　}
　public void showNotify()
　{
　　repaint();
　　try
　　{
　　　Thread.sleep(2000);
　　}
　　catch(InterruptedException e)
　　{
　　}
　}
　public void commandAction(Command c, Displayable d)
　{
　　if (c == cmExit)
　　　midlet.exitMIDlet();
　}
　protected void keyPressed(int keyCode)
　{
　　keyText = getKeyName(keyCode);
　　repaint();
　　try
　　{
　　　Thread.sleep(2000);
　　}
　　catch(InterruptedException e)
　　{
　　}
　}
}

編譯，運行。我們看到當Canvas被顯示在屏幕上的時候，showNotify()方法首先被調用，它的repaint()方法被調用後，並不是屏幕馬上會被繪制。而是要等兩秒的時間，showNotify()方法返回後,paint()方法才開始執行。在這兩秒的時間，即使你按鍵屏幕同樣不會重新繪制，相反你的按鍵事件會被緩存到一個隊列，一個一個的被慢慢的繪制出來。下面是程序的截圖，供參考

在Canvas類的java doc中有一個備注說明了一些值得關注的問題，比如serviceRepaints()方法會強迫任何掛起的繪畫請求立刻被執行，showNotify()和hideNotify()方法使用的一些注意等，讀者可以參考java doc了解進一步的內容。