通過實例論證J2ME的事件傳輸機制

　　本文主要闡述的問題是在JME開發中事件傳輸到底是什麼機制主要圍繞Canvas類事件傳輸的串行化進行分析和研究通過實例進行論證並在最後得出結論

通過參考Java doc我們可以知道在JME中的事件傳輸是串行化的那麼什麼是串行化呢？java doc裡面說當一個時間方法調用完成之後下面的事件方法才會被調用這樣可以保證用戶的上次輸入已經被完成了下次的事件輸入才會得到響應首先我們來看看那些方法是所謂的事件方法在MIDP中列出了如下的方法

showNotify()
hideNotify()
keyPressed()
keyRepeated()
keyReleased()
pointerPressed()
pointerDragged()
pointerReleased()
paint()
the CommandListeners commandAction() method

我們針對上述串行化的理解不防做一下這樣的假設當showNotify()方法被調用的時候如果在內部定義了repaint()方法則會請求系統對屏幕進行重新的繪制這會調用到paint()方法接下來我們實現keyPressed()方法讓它把按鍵的名字打印在屏幕上為了模擬串行化的效果我們在每個方法中都讓當前的線程睡眠ms如果事件的確是串行化的機制那麼程序一定會斷斷續續的畫出我們的按鍵名為了論證我們的設想我編寫了下面的一段代碼

　　
 

　　import javaxmicroeditionmidlet*;

　　import javaxmicroeditionlcdui*;

　　public class KeyCodes extends MIDlet

　　{

　　private Display display;

　　private KeyCodeCanvas canvas;

　　public KeyCodes()

　　{

　　display = DisplaygetDisplay(this);

　　canvas = new KeyCodeCanvas(this);

　　}

　　protected void startApp()

　　{

　　displaysetCurrent(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 lets go!";

　　private KeyCodes midlet;

　　public KeyCodeCanvas(KeyCodes midlet)

　　{

　　thismidlet = midlet;

　　cmExit = new Command("Exit" CommandEXIT );

　　addCommand(cmExit);

　　setCommandListener(this);

　　}

　　protected void paint(Graphics g)

　　{

　　Systemoutprintln("I am invoked!");

　　gsetColor( );

　　gfillRect( getWidth() getHeight());

　　if (keyText != null)

　　{

　　gsetColor( );

　　gdrawString(keyText getWidth() / getHeight() / GraphicsTOP

　　| GraphicsHCENTER);

　　}

　　}

　　public void showNotify()

　　{

　　repaint();

　　try

　　{

　　Threadsleep();

　　}

　　catch(InterruptedException e)

　　{

　　}

　　}

　　public void commandAction(Command c Displayable d)

　　{

　　if (c == cmExit)

　　midletexitMIDlet();

　　}

　　protected void keyPressed(int keyCode)

　　{

　　keyText = getKeyName(keyCode);

　　repaint();

　　try

　　{

　　Threadsleep();

　　}

　　catch(InterruptedException e)

　　{

　　}

　　}

　　}

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

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

　　
 

From:http://tw.wingwit.com/Article/program/Java/JSP/201311/20191.html