本文主要阐述的问题是，在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，如果事件的确是串行化的机制，那么程序一定会断断续续的画出我们的按键名。为了论证我们的设想，我编写了下面的一段代码。
编译，运行。我们看到当canvas被显示在屏幕上的时候，shownotify()方法首先被调用，它的repaint()方法被调用后，并不是屏幕马上会被绘制。而是要等两秒的时间，shownotify()方法返回后,paint()方法才开始执行。在这两秒的时间，即使你按键屏幕同样不会重新绘制，相反你的按键事件会被缓存到一个队列，一个一个的被慢慢的绘制出来。下面是程序的截图，供参考
在canvas类的java doc中有一个备注说明了一些值得关注的问题，比如servicerepaints()方法会强迫任何挂起的绘画请求立刻被执行，shownotify()和hidenotify()方法使用的一些注意等，读者可以参考java doc了解进一步的内容。
通过参考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了解进一步的内容。
闽公网安备 35060202000074号