电脑故障

位置:IT落伍者 >> 电脑故障 >> 浏览文章

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


发布日期:2020/3/25
 

本文主要阐述的问题是在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了解进一步的内容


上一篇:常用正则表达式

下一篇:使用连接池的意义