快速业务通道

通过实例论证J2ME的事件传输机制 - 编程入门网

作者 佚名技术 来源 NET编程 浏览 发布时间 2012-06-22

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

时间:2010-12-22

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

通过参考Java doc我们可以知道在J2ME中的事件传输是串行化的,那么什么是串行化呢?java doc里面说当一个时间方法调用完成之后,下面的事件方法才会被调用。这样可以保证用户的上次输入已经被完成了,下次的事件输入才会得到响应。首先我们来看看那些方法是所谓的事件方法。在MIDP中列出了如下的方法:

showNotify()

hideNotify()

keyPressed()

keyRepeated()

keyReleased()

pointerPressed()

pointerDragged()

pointerReleased()

paint()

the CommandListener''s commandAction() method

通过实例论证J2ME的事件传输机制(2)

时间:2010-12-22

我们针对上述串行化的理解不防做一下这样的假设,当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()方法才开始执行。在这两秒的时间,即使你按键屏幕同样不会重新绘制,相反你的按键事件会被缓存到一个队列,一个一个的被慢慢的绘制出来。下面是程序的截图,供参考

通过实例论证J2ME的事件传输机制 - 编程入门网

在Canvas类的java doc中有一个备注说明了一些值得关注的问题,比如serviceRepaints()方法会强迫任何挂起的绘画请求立刻被执行,showNotify()和hideNotify()方法使用的一些注意等,读者可以参考java doc了解进一步的内容。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!

分享到: 更多

Copyright ©1999-2011 厦门凌众科技有限公司 厦门优通互联科技开发有限公司 All rights reserved

地址(ADD):厦门软件园二期望海路63号701E(东南融通旁) 邮编(ZIP):361008

电话:0592-5908028 传真:0592-5908039 咨询信箱:web@lingzhong.cn 咨询OICQ:173723134

《中华人民共和国增值电信业务经营许可证》闽B2-20100024  ICP备案:闽ICP备05037997号