在此专题系列文章之一的j2me概述中我们做了入门的概念介绍。接下来本文我们将复习一下在为小型设备开发应用程序时需要牢记的一些注意事项。我们将看一下在使用 j2se 编译 j2me 应用程序时调用编译器的方法。最后我们将探究打包和部署，以及在这个过程中提前验证所扮演的角色。
　　
　　设计开发小型设备应用程序要注意的事项
　　
　　为小型设备开发应用程序，需要您在设计阶段制定某种策略。最好是在开始编写代码之前，战略性地为小型设备设计应用程序。由于无法考虑到所有的 "gotchas" ，在开发应用程序之前更正代码是一件很痛苦的工作。
　　
　　下面是一些可以考虑的设计策略：
　　
　　1、保持程序简单。除去不必要的功能，如果可能的话，将它们做成独立的、次要的应用程序。
　　
　　2、程序越小越好。这一点对所有的开发者来说应该是显而易见的。越小的程序占用的设备内存越少，并且花费的安装时间越少。可考虑将您的 java 应用程序打包，作为压缩的 java 档案 (jar) 文件。
　　
　　3、运行时占用最少的内存。为尽可能减少运行时占用的内存，使用标量类型代替对象类型。同时，不依赖垃圾收集程序。您应该在使用完对象时将对象引用置空，这样可有效管理内存。另外一种减少运行时所需内存的方法是使用“惰性”实例，它仅在必需时才分配对象。其它一些减少小型设备上过量和峰值内存使用的方法有快速释放资源、重新使用对象以及避免异常。
　　
　　设计开发移动设备应用程序的注意事项
　　
　　开发移动设备应用程序的规则与我们前面提及的开发小型设备的相同：先设计再编码。让我们检查一下开发移动设备应用程序时可考虑的一些设计建议：
　　
　　1、让服务器做大部分的工作。将计算性较强的任务放到服务器上，让服务器为您做这些工作。让移动设备处理界面和最少的计算工作，而让服务器做繁重的工作。当然，您为其开发应用程序的移动设备对设备连接到服务器上的难易程度和频率有重要影响。
　　
　　2、谨慎地选择编程语言。j2me 仍然处于成长期，可能还不是最好的选择。根据您的需要，选择其它的面向对象语言，如 c++，可能会更好。
　　
　　性能注意事项
　　
　　为性能而编码。下面有一些以获得最优性能为目标的编码方法：
　　
　　1、使用局部变量。访问局部变量比访问类成员更快。
　　
　　2、避免字符串串联。字符串串联不仅会降低性能，而且会增加应用程序的内存峰值占用量。
　　
　　3、使用线程，避免同步。任何运行时间超过 1/10 秒的操作都需要一个独立的线程。避免同步同样能提高性能。
　　
　　4、使用模型视图控制器 (mvc) 分离模型。mvc 将代码中控制显示的逻辑分离出来。
　　
　　编译注意事项
　　
　　同其它的 java 应用程序一样，您在打包和部署应用程序之前要先进行编译。尽管有了 j2me，您仍然使用 j2se 编译器并且需要用适当的选项来进行调用。
　　
　　特别的，您需要使用 -bootclasspath 选项来指示编译器使用 j2me 类，而不是 j2se 类。不要在编译器的 classpath 中设置配置类。这样将导致运行时错误，因为不管 classpath 中有什么，编译器将首先自动搜索 j2se 的核心类。换句话说，编译器将无法引用特定 j2me 配置中缺少的类或方法，结果导致在尝试运行应用程序时出现运行时错误。
　　
　　打包和部署注意事项
　　
　　由于 j2me 是为内存有限的小型设备设计的。大部分常用的 java 提前验证已经从虚拟机中除去以形成一个较小的覆盖区域。结果，在配置之前提前验证 j2me 应用程序就很有必要。在运行时会附加一个检查以确保这个类在提前验证之后还没有改变过。
　　
　　如何严格执行提前验证或者检查类的正确性依靠的是工具包。cldc 提供一个称为提前验证的命令行实用程序，它能够进行实际的验证并且可以把一些额外的信息插入到类文件中去。midp 使用无线工具包，这种工具包提供一种 gui 工具，也可从命令行运行这种工具。
　　
　　部署工作取决于您要部署的平台。应用程序必须以一种适合 j2me 设备类型的格式进行打包和配置，就如简表定义的那样。
　　
　　j2me 简表是什么?
　　
　　如我们在前面提到的，一个简表定义了受支持设备的类型。例如，移动信息设备简表 (midp)，定义了蜂窝电话的类。它把一些特定于域的类加入j2me 配置中来定义对类似设备的使用。已经为 j2me 定义了两个简表：kjava 和 midp 。它们都构建在 cldc 之上。kjava 和 midp 都和 cldc 及小型设备相关联。
　　
　　简表被构建在配置的顶部。由于简表是特定于运行应用程序的设备的大小（内存的数量），所以，某个简表是与某种特定的配置相关联的。
　　
　　在纲要简表上，您可以创建自己的简表，这种纲要简表也称为基础表，它对于 cdc 也是可用的。然而，在本教程和本节中，我们将只重点学习建立在 cldc 上的 kjava 和 midp 简表。
　　
　　简表 1：kjava
　　
　　kjava 是归 sun 公司所有的简表，它包含 kjava api。kjava 简表建立在 cldc 配置的顶部。kjava 虚拟机，kvm，像标准的 j2se 虚拟机那样接受相同的字节代码和类文件格式。
　　
　　kjava 包含一个特定于 sun 的、运行在 palm 操作系统上的 api。这个 kjava api 和 j2se 抽象视窗工具包 (awt) 有很多地方都是相同。然而，由于它不是一个标准的 j2me 软件包，它的主软件包是 com.sun.kjava。在以后的教程中开发一些示例应用程序时会学到更多关于 kjava api 的知识。
　　
　　简表 2: midp
　　
　　midp 适合诸如蜂窝电话和寻呼机等移动设备。midp 和 kjava 一样，也是建立在 cldc 之上的，并且提供一个标准的运行时环境，允许在终端用户设备上动态地部署新的应用程序和服务。
　　
　　midp 是一个公共的、为移动设备设计的工业标准简表，它不依赖某个特定的商家。对于移动应用程序开发来说，它是一个完整的、受支持的基础。
　　
　　midp 包含下列软件包，前面 3 个是核心 cldc 软件包，另加 3 个特定于 midp 的软件包。我们将在后面的教程中讨论每个软件包：
　　
　　　 java.lang
　　　 java.io
　　　 java.util
　　　 javax.microedition.io
　　　 javax.microedition.lcdui
　　　 javax.microedition.midlet
　　　 javax.microedition.rms
　　
　　midp 取代 kjava
　　
　　正如我们在前面的章节中提及的，kjava 是 sun 公司所拥有的一个 api。它不作为一种完整的、功能齐全的简表，而是作为一种示范，示范简表如何与 cldc 一起工作。根据 cldc 发行说明 （其中包含 cldc 下载版本）：
　　
　　在软件包 com.sun.kjava 中提供的 gui 类不是连接限制设备配置 cldc 的一部分。java 2 平台袖珍版的正式 gui 类，将通过 java community process 分别定义并被包含进 j2me 简表中。
　　
　　不管这个事实存在与否，kjava 简表已经被早期的采用者广泛使用了。在javaone 的开发商会议上，sun 公司宣称早期 palm 操作系统的 midp 可用性（mid 简表的最初发行版焦点主要集中在无线电话上）。 palm 操作系统 midp 的规格是由 java community process (jcp) 定义的。因此，它是独立于供应商的。当前众多限制中的一个 -- 它将随时间消失 -- 就是 palm 操作系统的 midp 需要最新的 palm 操作系统，3.5 版。
　　
　　现在 palm 操作系统的 midp 的规范仍然在随着 jcp 不断发展，其细节也会随时改变。尽管目前还无法确定其发行日期，但是规范一旦出台，将必然减少对 kjava 的需求。