第五章MIDP用户界面底层API.ppt

J2ME程序设计-第五章 MIDP用户界面库 －底层API 本章要点 底层API的作用机制 通过API获取显示屏幕的相关属性 使用底层API绘图以及处理剪裁区 底层API对输入的处理 使用底层API过程中的多线程编程 定制Item 内容提要 绘图机制 设备和屏幕属性 基本作图属性设置 基本图形操作 输入处理 多线程 定制Item 屏幕显示原理 计算机内存中开辟有一个区域，用于存放屏幕中像素信息。 一个存储单元存储一个像素的信息 计算机以扫描方式，从存储区域中逐个取出存储单元的像素信息，再显示在屏幕的相应像素上 所谓在屏幕上绘图，实质是在内存中的显示缓冲区进行绘图 屏幕显示原理 当往屏幕进行动态绘图时，若图形比较复杂，无法在屏幕扫描的间歇中完成，则屏幕上显示的图形将变得闪烁起来 为了避免出现这种现象，通常在内存中开辟第二个显示缓冲区，为区别这两个显示缓冲区，通常将 第一个显示缓冲区记为on-screen, 第二个显示缓冲区记为off-screen, off-screen并不跟屏幕直接关联,它通过on-screen间接与屏幕关联 将要动态绘制的图形先绘制在off-screen，再将绘制好的图形从off-screen复制到on-screen,由于复制速度极快，可在屏幕扫描的间歇中完成，先前屏幕闪烁的弊病得以克服 以上即所谓“双缓冲技术” 绘图机制 底层API为用户提供了更多的界面元素的控制 可以直接在屏幕上绘制需要的元素 可以控制字体、颜色以及每个象素 但是底层API需要在应用程序中显式编程，才能响应 用户的键盘输入 用户的指点输入 绘图机制 绘图机制 Canvas类是Displayable的子类 全类名：javax.microedition.lcdui. Canvas 功能： Canvas类相当于在屏幕上覆盖“画布”，让用户能在屏幕上绘图、 处理键盘输入、指点输入等底层事件 注意事项： 与其它Displayable类不同，Canvas是一抽象类， 用户必须编写继承Canvas类的子类才能使用它。 绘图机制 Canvas类的paint方法是抽象方法，其原型为： protected abstract void paint Graphics g 只有在Canvas类的子类中重写 即覆盖 paint方法后，才能调用paint 方法 paint 方法功能： 将Graphics所设置的图形绘制在屏幕显示区上 注意事项： 当需要更新界面时，系统会自动调用paint方法重新绘制屏幕 应用程序不应直接调用paint方法，应当通过repaint 方法间接调用paint方法重新绘制屏幕 绘图机制 在底层API中，绘图操作就是设置屏幕各个象素颜色和透明度 系统不会自动在Canvas中绘制任何内容，也不会自动清除屏幕上的任何内容,一切绘制都要由应用程序显式编程才能实现 必须在应用程序显式设置屏幕上每个象素颜色 在底层API中，系统不会自动提供屏幕背景，应用程序通过显式地将整个屏幕的颜色设置成相同，来设置屏幕背景 在屏幕像素中 准确讲应是内存显示缓冲区的存储单元中 ，后设置的颜色将覆盖先设置的颜色 所以在设置了屏幕背景后，应用程序就可以在背景上绘制图形 绘图机制 Canvas类提供有如下方法： protected void hideNotify 当应用程序管理程序将Canvas由可见变为不可见时，系统会自动调用该方法 protected void showNotify 当应用程序管理程序将Canvas由不可见变为可见时，系统会自动调用该方法 public void repaint 隐式调用paint 方法，重绘屏幕所有象素 public void repaint int x, int y, int width, int height 隐式调用paint 方法，重绘由参数x，y，width，height表示的矩形区域 绘图机制 public final void serviceRepaints repaint方法和paint方法是异步执行的。 即repaint 方法可能不等paint 方法执行完毕，就先自行返回 程序通过调用serviceRepaints 方法，让系统立即执行repaint 所调用的paint 方法, 使repaint方法和paint方法的执行实现同步。 在底层API中，系统可能会将多次repaint请求所要调用的多个paint 方法，优化合并为一个paint操作。 设备和屏幕属性 MIDP面对的移动设备屏幕差异很大，为了使程序能适用于各种移动设备 在MIDP中引入了24位二进制数的颜色模型 分别用8位二进制数表示颜色的红、绿、蓝部分。 并不要求所有移动设备都支持24位颜色模型