本文主要闡述的問題是,在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了解進一步的內容。