Java 平台提供了用于小型网络设备的平台
Soma Ghosh （sghosh@entigo.com）
高级应用程序开发员，Entigo
Java 2 平台袖珍版（Java 2 Platform, Micro Edition（J2ME））为开发者提供了伟大的工具，它把 Java 平台的以网络为中心和平台不可知论的特性移植到有限存储器和有限处理器的设备。Soma Ghosh 解释了 J2ME 领域的基础知识，向您展示了该平台的构件并演示了一个样本应用程序。
在我们今天的生活中，个性化的智能信息用品已经是必需品。这些用品包括移动电话、双向寻呼机、智能卡、个人电脑记事本（personal organizer）和掌上电脑（palmtop）。它们的趋势是成为目的特定的、资源有限的网络连接设备，而不是我们迄今已知的通用台式机。为专门满足这一巨大的消费空间，Java 2 平台袖珍版（J2ME）提供了极多的创新 Java 技术。
Java VM 的变迁：从台式机到微型设备
作为 J2ME 目标的微型设备具有 16 位或 32 位处理器和总量不少于大约 128 KB 的存储器。这些设备都符合连接限制设备配置（Connected Limited Device Configuration（CLDC）），同时也保留了 Java 的传统特性，即任何时间、任何地点的代码可移植性、部署灵活性、安全的网络传送以及代码稳定性。J2ME CLDC 的先决条件是一个紧缩的 JVM，称为 K 虚拟机（K Virtual Machine（KVM））。KVM 是为小存储器、资源受限的网络连接设备设计的。
另一个 J2ME 配置是连接设备配置（Connected Device Configuration（CDC））。它的目标是高档的消费类电子产品和嵌入设备，例如智能通信器、高级“智能”寻呼机、智能个人数字助理（PDA）以及交互式数字电视机顶盒。典型地，这些设备运行一个 32 位的微处理器／控制器，而且有总量大于 2 MB 的用于虚拟机和库的存储的存储器。CDC 包含有 C 虚拟机（C Virtual Machine（CVM））。在本篇文章中，我们将把注意力放在 CLDC 和 KVM 体系结构上。关于 CDC 和 CVM 的更多信息，请参阅下面的参考资料部分。
为适应占用资源很小的（small-footprint）设备的特性，KVM 已经按以下方式修改：
- VM 的大小和类库已减小为 50 到 80 KB 目标代码的标准
- 存储器占用已经减小为几十千字节的标准
- 在具有 16 位和 32 位处理器的设备上，性能有效
- 体系结构是高可移植的，特定于机器和／或平台的代码的总量很少
- 多线程和垃圾回收是独立于系统的
- 可以对虚拟机的组件进行配置，以适合于特定设备，从而增强了灵活性
J2ME 体系结构和配置
J2ME 体系结构是基于设备的系列和类别的。一个类别定义了一个特定种类的设备：移动电话、简单寻呼机和电脑记事本都是单独的类别。对存储器和处理能力有相近需求的若干类别的设备构成设备的一个系列。移动电话、简单寻呼机和简单个人电脑记事本一起就是占用资源很小的设备的一个系列。
图 1 定义了在 J2ME 上下文环境中设备的系列和类别之间的关系。
图 1. 设备的系列（family）和类别（category）
为了支持资源受限设备系列所要求的那种灵活性和可定制部署，人们将 J2ME 体系结构设计成模块化的和可伸缩的。J2ME 技术在一个完整的应用程序运行时模型中定义了这种模块性和可伸缩性，在该模型中的四个软件层都构建在设备的主机操作系统上。
图 2 显示了 J2ME 体系结构。
图 2. J2ME 体系结构
- Java 虚拟机层（Java Virtual Machine Layer）：这一层是 Java 虚拟机的一个实现，它是为特定设备的主机操作系统定制的，而且支持一个特定的 J2ME 配置（configuration）。
- 配置层（Configuration Layer）：配置层定义了 Java 虚拟机功能的和特定类别设备上可用的 Java 类库的最小集。从某种程度上说，一个配置定义了 Java 平台功能部件和库的共同性，开发者可以假设这些功能部件和库在属于某一特定类别的所有设备上都是可用的。用户不太会见到这一层，但它对框架（profile）实现者非常重要。
- 框架层（Profile Layer）：框架层定义了特定系列设备上可用的应用程序编程接口（API）的最小集。框架在一个特定的配置上面实现。应用程序是针对特定的框架编写的，因此可以移植到支持该框架的任何设备上。一个设备可以支持多个框架。用户和应用程序供应商看到最多的就是这一层。
- MIDP 层：移动信息设备框架（Mobile Information Device Profile（MIDP））是一个 Java API 集合，它处理诸如用户界面、持久存储和联网这样的问题。
Java 虚拟机层（Java Virtual Machine Layer）、配置层（Configuration Layer）和框架层（Profile Layer）一起构成了连接限制设备配置（Connected Limited Device Configuration（CLDC））。MID 框架（MID Profile）和 CLDC 提供了一个标准的运行时环境，这个环境允许把新的应用程序和服务动态地部署在终端用户设备上。
用 MIDP API 进行 J2ME 编程：构件
CLDC 和 MIDP 组合起来为创建移动电话和简单双向寻呼机上的应用程序提供了完整的环境。
MID 框架的核心是一个 MIDlet 应用程序。这个应用程序继承了 MIDlet 类，以允许应用程序管理软件对 MIDlet 进行控制、从应用程序描述符检索属性以及对状态变化进行通知和请求。
所有 MIDlet 都继承 MIDlet 类 — 运行时环境（应用程序管理器）和 MIDlet 应用程序代码之间的接口。MIDlet 类提供了用于调用、暂停、重新启动和终止 MIDlet 应用程序的 API。
应用程序管理软件可以在运行时环境内管理多个 MIDlet 的活动。此外，MIDlet 可以自己发起一些状态变化，并把这些变化通知给应用程序管理软件。
MIDP API 类的完整集合可以分为两个类别：
- 用于用户界面的 MIDP API：设计这些 API 是为了能以一系列屏幕显示为基础与用户进行交互操作，每一屏幕显示把适量的数据显示给用户。命令以每屏幕为基础提供给用户。这些 API 允许应用程序决定下一屏显示什么、执行什么计算和使用网络服务的何种请求。
- 用于处理数据库的 MIDP API：这些 API 负责组织和操作设备数据库，这个数据库由在 MIDlet 的多个调用之间跨越时保持持久的信息组成。
底层的 CLDC API 用于处理字符串、对象和整数。还提供了 Java 2 API 的一个子集，用于处理 I/O 和网络通信。
图 3 显示了 J2ME 的构件。
图 3. J2ME 的构件
标准（Standard）版和袖珍（Micro）版 Java API 之间的关系如图 4 所示。
图 4. J2ME 和 J2SE API 之间的关系
J2ME 中的事件处理
J2ME 中的事件处理是以一系列屏幕显示为基础的，这与 Java 平台的台式机版本的事件处理有很大不同。每一屏显示特定的少量数据。
命令以每屏幕为基础提供给用户。Command 对象封装了与动作的语义相关的名称和信息。这个对象主要用于为用户提供动作选择。所产生的命令行为定义在与屏幕显示相关联的 CommandListener 中。
每一个 Command 包含三块信息：一个 label（标号）、一个 type（类型）和一个 priority（优先级）。label 用于命令的可视表示；type 和 priority 由系统使用，系统用它们来决定 Command 如何映射到具体用户界面。
图 5 显示了 J2ME 中的事件处理机制。
图 5. 在 J2ME 中处理用户事件
设计用户界面
MIDP API 尽管维护的是一个受限的框架，但它还是提供了 UI 元素的完整集合。以下是最重要的 UI 元素中的一些：
Alert 用于在屏幕上向用户显示关于异常情况或错误的信息。
Choice 用于实现从既定数量的选项中进行选择。
ChoiceGroup 提供一组相关选项。
Form 作为其它 UI 元素的容器。
List 提供一个选项列表。
StringItem 充当只显（display-only）字符串之用。
TextBox 是允许用户输入和编辑文本的屏幕显示。
TextField 允许用户输入和编辑文本。多个 TextField 可放到一个 Form 中。
DateField 是一个可编辑的组件，用于表示日期和时间信息。DateField 可以放到 Form 中。
Ticker 用于文本的可滚动显示。
UI 元素的完整列表可在 MID Profile API 文档中找到，该文档随 J2ME Wireless Toolkit 一起提供（请参阅下面的参考资料获得更多信息）。
管理设备数据库
MIDP 提供了一组用于组织和操作设备数据库的类和接口：RecordStore、RecordComparator 和 RecordFilter。RecordStore 由大量的记录组成，这些记录在 MIDlet 的多个调用之间跨越时保持持久。对 RecordStore 中的记录进行比较，或者从 RecordStore 中抽取若干组记录，都是 RecordComparator 和 RecordFilter 接口提供的功能。
开发 J2ME 应用程序
前面的部分已经对 J2ME 作了一个概览。在这一部分中，我们将通过开发一个现实的电话界面应用程序来熟悉这个平台的实践细节。
一个样本应用程序：电话日历
J2ME 的著名特色之一是它在受限环境中的日期处理功能。J2ME 提供的 DateField UI 元素是一个可编辑的组件，该组件用于表示日历信息（即日期和时间）。在这一部分中，我们将使用 DateField 和 Date 函数来开发一个 J2ME 应用程序，这个应用程序用于在移动电话 UI 上显示一个滚动日历。
一个电话日历应用程序
// Import of API classes
import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
import java.util.*;
//A first MIDlet with simple text and a few commands.
public class PhoneCalendar extends MIDlet
implements CommandListener, ItemStateListener {
//The commands
private Command exitCommand;
//The display for this MIDlet
private Display display;
// Display items e.g Form and DateField
Form displayForm;
DateField date;
public PhoneCalendar() {
display = Display.getDisplay(this);
exitCommand = new Command("Exit", Command.SCREEN, 1);
date = new DateField("Select to date", DateField.DATE);
}
// Start the MIDlet by creating the Form and
// associating the exit command and listener.
public void startApp() {
displayForm = new Form("Quick Calendar");
displayForm.append(date);
displayForm.addCommand(exitCommand);
displayForm.setCommandListener(this);
displayForm.setItemStateListener(this);
display.setCurrent(displayForm);
}
public void itemStateChanged(Item item)
{
// Get the values from changed item
}
// Pause is a no-op when there is no background
// activities or record stores to be closed.
public void pauseApp() { }
// Destroy must cleanup everything not handled
// by the garbage collector.
public void destroyApp (boolean unconditional) { }
// Respond to commands. Here we are only implementing
// the exit command. In the exit command, cleanup and
// notify that the MIDlet has been destroyed.
public void commandAction (
Command c, Displayable s) {
if (c == exitCommand) {
destroyApp(false);
notifyDestroyed();
}
}
}
|
如上定义的 PhoneCalendar MIDlet 继承了 ItemListener 和 CommandListener。它使 MIDlet 具备了跟踪屏幕上的条目变化和对用户命令作出响应的功能。由此应用程序创建的用户界面从为电话屏幕定义一个显示并附加上一个 Form 开始。该 Form 充当容器使用，可以保持一些用户界面项。commandAction() 函数在 J2ME 中执行命令处理程序，并且定义某个命令应执行的动作。
部署 J2ME
您可以从 Sun 下载一个仿真器，该仿真器允许您在台式机系统上测试 J2ME 应用程序。如果您宁愿避免所有的图形开销，则您也可以在命令行上部署 J2ME。
在仿真环境中进行部署
在仿真环境中部署和运行 J2ME 应用程序，要涉及到仿真器的安装和配置。J2ME Wireless Toolkit 提供了一个仿真环境，该环境用于在资源受限的设备上对 Java 应用程序进行的开发和部署。这里教您如何自己运行它：
- 安装 J2ME Wireless Toolkit（请参阅参考资料）。安装程序中将会用必要的说明指导您进行安装。为运行这些示例，请选择独立（standalone）模式。如果您想将它集成到 IDE，请选择集成（integrated）模式。
- 通过 KToolbar 的用户界面创建一个新工程。指定一个类名。
- 将第 2 步指定的类名放到
C:\[J2ME Installation directory]\apps\[Project Name]\src 目录。
- 编译这个工程。
- 从 J2ME Wireless Toolkit -> Default Device Selection 选择
DefaultGrayPhone 作为缺省设备。
- 运行这个工程。
该工具箱还提供有一个选项，用于把工程打包成一个 jar 文件和一个 jad 文件。双击 jad 文件将会部署 jar 文件所指定的应用程序。
在命令行上进行部署
这里也有一些可用的命令行选项。
1. 创建类文件：
C:\J2ME\apps\PhoneCalendar>
javac _ tmpclasses _ootclasspath
C:\J2ME\lib\midpapi.zip -classpath tmpclasses;
classes src\*.java
|
2. 创建清单文件 manifest.mf：
MIDlet-1: PhoneCalendar,
PhoneCalendar.png,
PhoneCalendar
MIDlet-Name: Phone Calendar
MIDlet-Vendor: Sun Microsystems
MIDlet-Version: 1.0
MicroEdition-Configuration: CLDC-1.0
MicroEdition-Profile: MIDP-1.0
|
3. 创建 jar 文件：
C:\J2ME\apps\PhoneCalendar>jar cfm .\bin\
PhoneCalendar.jar
manifest.mf -C classes . _ res .
|
4. 创建 jad 文件：
MIDlet-1: PhoneCalendar,
PhoneCalendar.png,
PhoneCalendar
MIDlet-Jar-Size: 4490
MIDlet-Jar-URL:
F:\J2ME\apps\PhoneCalendar\bin\
PhoneCalendar.jar
MIDlet-Name: PhoneCalendar
MIDlet-Vendor: Sun Microsystems
MIDlet-Version: 1.0
|
5. 运行 jad 文件：
C:\J2ME\bin> emulator -Xdescriptor:
C:\J2ME\apps\PhoneCalendar
\bin\PhoneCalendar.jad
|
结束语
J2ME 是一个重要的用于无线方面的 Java 平台，它从可移植的、以网络为中心的 Java 虚拟机转变而来。J2ME 应用程序的开发和部署的灵活性将有效地满足日益增长的无线领域的需求。敬请继续关注！
参考资料
- 参加本文的讨论论坛。
- 访问 developerWorks Wireless 专区，保持对无线（wireless）领域的关注。
- developerWorks Java 技术专区让您紧跟 Java 领域发生的事件。
- 这篇文章讨论关联对等网（relating peer-to-peer）以及将所有无线用品融合起来的机制。
- 到 IBM 的 Pervasive Computing 站点查阅最新进行的开发。
- 用 IBM 的 VisualAge for Java 编译 Java 应用程序。
Sun 提供的一些文档：
- 访问 J2ME 的主页，以了解 J2ME 到底是什么。
- 阅读 J2ME 体系结构和配置的详细信息（PDF 格式）。
- 参阅关于 J2ME 的更多文档。
- 阅读 J2ME 平台的 Connected Limited Device Configuration 和 Connected Device Configuration。
- 访问 MIDP 主页，以了解 MIDP API。
- 下载 J2ME Wireless Toolkit，以运行和测试您的 J2ME 应用程序。您也可以浏览这个工具箱（toolkit）随带的 MIDP API 文档。
- 浏览关于“Java 无线倡议”的广泛文章。
关于作者
Soma Ghosh 是计算机科学与工程学士。在过去六年中，她已经开发了涉及范围颇广的电子商务和网络 Java 应用程序。她相信无线商务是业界近年的前途所在，最近她已从现有的台式机模型中转到了无线倡议中。目前，她是 Entigo 的高级应用程序开发员，也是 B2B 销售和服务器端电子商务产品和解决方案的倡导者。请通过 sghosh@entigo.com 与 Soma 联系。
<淘宝热门商品：
来源：程序员网
图1显示了JMS对象，用于提供JMS客户端与JMS服务提供者相连的对象。
ConnectionFactory是一个客户端用来创建一个Connection的管理对象。由于在Connection创建时有授权和通信建立过程，因此这个对象是比较大的。
Destination对象将一个消息的目的和服务提供者有关的地址及配置信息包装起来。
Session是JMS实体，用来支持事务处理和异步消息消费。JMS并不需要客户端的代码用于异步消息消费或能处理多个并发消息。通常，事务的复杂性都由一个Session来封装。
一个Session是一个原子单位的工作，与数据库的事务一样，要实现多线程事务比较困难。Session提供了在一个线程编程模式下的并发的优点。
MessageProducer和MessageConsumer对象由Session对象创建。用于发送和接受消息。为了确保消息的传递，JMS服务提供者处理的消息都要处于PERSISTENT模式。PERSISTENT模式使得JMS提供者出问题后，也能让消息保存下来。
Session，MessageProducer和MessageConsumer都不支持并发，而ConnectionFactory，Destination和Connection都支持并发。
2.JMS应用程序开发
JMS中的消息
在消息系统中，应用程序之间通信的关键是消息。因此使用JMS必须要先理解消息。
在JMS中，消息由三部分组成：
MESSAGE HEADER用于识别消息，比如用于判断一个给定的消息是否是一个"订阅者"
PROPERITIES用于与应用程序相关的，提供者相关的和可选项的信息
BODY是消息的内容，支持几种格式，包括TextMessage（对String一个简单的封装）和ObjectMessage（对任意对象的封装，但必须支持序列化），也支持其他格式。
TextMessage
一个TextMessage是一个String对象的封装。在只有文本对象传递时，是很有用的。它假设许多消息系统是建立在XML上的。从而TextMessage就可以成为包装它们的容器。
创建一个TextMessage对象很简单，如下面的代码：
TextMessage message=session.createMessage（）;
message.setText（"Hello, world!"）;
ObjectMessage
如名字所示，它是对一个JAVA对象的封装的消息。任何可序列化的JAVA对象都能用于ObjectMessage，如果必须将多个对象封装在一个消息里传递，可以使用Collection对象，来包括多个序列化对象。
下面是创建一个ObjectMessage
ObjectMessage message=session.createObjectMessage（）;
message.setObject（myObject）;
创建一个JMS客户端程序
一个典型的JMS客户端由下面的几个基本步骤来创建：
创建一个到消息系统提供者的连接（Connection）
创建一个Session，用于接收和发送消息
创建MessageProducer和MessageConsumer来创建和接收消息
当完成了上述步骤后，一个消息产生者客户端将创建并发布消息到一个主题，而消息使用者客户端会接收与一个主题相关的消息。
1.创建一个Connection
一个Connection提供客户端对底层的消息系统的访问。并实现资源的分配和管理。通过使用一个ConnectionFactory来创建一个Connection，通常用JDNI来指定：
jCookie库的分层视图<淘宝热门商品：
图 1(图片来源:java.sun.com)
c. 要点
§ MVC结构适用于那些多用户的，可扩展的，可维护的，具有很高交互性的系统。
§ MVC可以很好的表达用户的交互和系统模式。
§ 很方便的用多个视图来显示多套数据，是系统很方便的支持其他新的客户端类型。
§ 代码重复达到最低。
§ 由于分离了模式中的流控制和数据表现，可以分清开发者的责任，另外，也可以加快产品推向市场的时间。
2. Front Controller
a. 问题
MVC给出了一个整个应用的松散的耦合架构。现在来看一下这样一个经常发生的情况。在某一个应用中，用户看到的视图和他所做的操作密切相关。这是一些具有高度交互性的页面，而这些页面之间含有高度的依赖性。在没有任何模式的时候，这个应用只是一个许多独立的页面的集合，维护和扩展变得异常困难。
§ 当一个页面移动后，其他含有这个页面链接的文件，都必须修改。
§ 当有一系列页面需要口令保护时，许多配置文件需要修改，或者页面需要包含新的标记。
§ 当一个页面需要一个新的表示层时，页面中的标记要被重新安排。
当这个系统变得复杂时，这些问题将变得更糟。如果用MVC来解决的话，就变成一个如何管理控制器和视图之间交互的问题。
b. 建议的解决方法
前台控制模式可以解决这个问题。这个模式中，所有的请求都被传送到一个对象中。这个主要的对象将处理所有的请求，决定以后显示那一个视图，以及实现必要的安全需求。对于把视图显示以及其他功能实现集中到一个主要的对象中，将使修改变得很容易，对应用的修改，可以在所有视图中反映出来。
c. 要点
§ 这个模式对于需要在多个含有动态数据的页面之间进行复杂导航的系统来说，是很有效的。
§ 这个模式对于要在所有页面中都包含模板，转换等的应用来说，也是很有效的。
§ 由于视图的选择集中在前端控制器上，因此，视图的导航变得更加容易理解和便于配置。
§ 视图重用和变更会更加容易。
§ 视图之间的复杂交互，使得控制器变得复杂。从而，当应用发展的时候，控制器将变得难以维护。不过，大部分情况下可以用XML映射来解决。
§ 实现应用要求的安全性检验变得很简单。
§ 这个模式不适合小型的，只显示静态内容的应用。
d. 样例
§ RequestMappings.xml 文件映射了传入的请求，处理器以及下一个页面
