快精灵印艺坊 您身边的文印专家
广州名片 深圳名片 会员卡 贵宾卡 印刷 设计教程
产品展示 在线订购 会员中心 产品模板 设计指南 在线编辑
 首页 名片设计   CorelDRAW   Illustrator   AuotoCAD   Painter   其他软件   Photoshop   Fireworks   Flash  

 » 彩色名片
 » PVC卡
 » 彩色磁性卡
 » 彩页/画册
 » 个性印务
 » 彩色不干胶
 » 明信片
   » 明信片
   » 彩色书签
   » 门挂
 » 其他产品与服务
   » 创业锦囊
   » 办公用品
     » 信封、信纸
     » 便签纸、斜面纸砖
     » 无碳复印纸
   » 海报
   » 大篇幅印刷
     » KT板
     » 海报
     » 横幅

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

 本文主要阐述的问题是,在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()方式才开始执行。在这两秒的时间,即使你按键屏幕同样不会重新绘制,相反你的按键事件会被缓存到一个队列,一个一个的被慢慢的绘制出来。下面是程序的截图,供参考

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

  在Canvas类的java doc中有一个备注说明了一些值得关注的问题,比如serviceRepaints()方式会强迫任何挂起的绘画哀求马上被执行,showNotify ()和hideNotify()方式使用的一些注重等,读者可以参考java doc了解进一步的内容。
返回类别: 教程
上一教程: JSP中的COOKIE操作
下一教程: JAVA从入门到精通

您可以阅读与"通过实例论证J2ME的事件传输机制"相关的教程:
· Java 网络文件传输
· Java 网络文件传输
· 实例分析J2ME网络编程的两种方式
· JAVABEAN的事件
· java和C#事件处理机制
    微笑服务 优质保证 索取样品