技术开发 频道

资深开发者J2ME平台开发漫谈

  【IT168 技术】笔者曾在CSDN的J2ME论坛对网友的提问进行解答,发现有些主题的提问率总是很高。主要是:J2ME平台的开发环境、文件系统开发、蓝牙通信原理、手机上播放音乐和视频的问题、电子地图浏览、电话控制以及在J2ME平台下访问数据等问题。下面笔者将结合自己的实践来对这些常见性的问题提供一些参考。

  1.开发环境选择

  在《J2ME手机高级编程》一书的开发过程中,笔者使用的工具、环境如表1所示。

  表1 J2ME开发实践环境

  作为Java IDE 工具,当前比较流行的是Eclipse 和NetBeans,它们的下载地址分别是http://www.eclipse.org/downloads/和http://www.netbeans.org/downloads/。

  Eclipse 可能需要额外下载J2ME 的开发插件(Plug-in),而NetBeans 已经包含了J2ME的开发插件(毕竟NetBeans 和J2ME 都是出自一家)

 

  2.文件系统不兼容

  文件连接可选包(JSR75 规范)中定义了J2ME 平台的文件系统接口。

  不同手机平台所支持和提供的API 包可能不尽相同,依据笔者的经验,Nokia 手机是对J2ME 平台支持得比较好的(很多JSR 的作者都是出入Nokia 论坛的),其他手机平台对J2ME 可选包的支持可能存在一些差异。例如Moto 手机提供的文件连接API 包com.motorola.io.file 是Moto 平台专有的,并不是很兼容通用的JSR75 规范。

  读者开发文件操作的有关程序时,一定要获取到于该手机平台兼容的可选包,而不一定是J2ME平台提供的标准可选包。

 

  3.蓝牙通信原理

  蓝牙就是两颗蓝色牙齿之间的故事。 牙齿A想别的牙齿了解它,它就不得不故意显露出它的特性,例如背上贴一个字条,说明自己的姓名、爱好、能力……然后就在那里等待别的牙齿来找它,一旦有牙齿搭讪了,他们就会找到一个话题做更加深入的了解。

  而牙齿B呢,就像找到一个合适自己的牙齿,没有办法,牙齿太多,只能够根据那些牙齿所显露出来的一些信息,例如字条儿,来初步定位哪个对象。哦,它看到牙齿A,读到它显露的一些特性,恩,不错,然后就它的爱好进行进一步的交流, 同时也告诉自己的爱好、经历……。

  就这样,两颗牙齿开始了通信。:)

 

  4.手机播放音乐的常见问题

  (1)对音乐媒体类型的支持

  图 1是常见的音乐类型(wma类型)不支持的异常画面。

  图 1音乐类型不支持警告

  对于WTK模拟环境(笔者使用的是WTK2.5.2),似乎只支持wav、mid、au等类型的音乐媒体,当播放mp3、wma类型的音乐时就会抛出“不支持的内容类型”的异常。对于实机环境,厂商承诺支持的类型程序都可以支持。在Nokia 5310环境中,可以支持mp3、wma、mid、aac等主流音乐媒体类型以及其他Nokia自己定义的播放类型(例如nrt格式,Nokia自谱铃声)。

  所谓的不支持某种类型的音乐实际上是指该环境下没有安装该类型的音乐文件的解码器(Decoder),当模拟器环境和实机环境安装的解码器不同时就会出现在模拟器环境下不支持的文件可以在实机上正常播放的情形。

  (2)音乐播放器对象的创建方式

  不使用输入流和音乐内容类型的方式来创建音乐播放器对象,而是通过文件的URI来自动创建。

  使用文件输入流创建播放器对象存在制约。在模拟环境下调试发现,使用文件输入流创建播放的方式不适用较大的音乐文件,否则将抛出内存不足(“Out of Memory”)的异常。在手机实机环境下,往手机上安装大小超过一定限制的Jar文件时,将会得到一个“安装包过大而无法安装”的提示。该限制额度可能因各款手机的性能不同而存在一定差异,但该值明显小于一个通常mp3文件的大小(3~4兆字节)。

  图 2显示了将一个文件大小约为1.2兆字节(其中包含一个音乐资源文件)的Jar文件安装到手机时遇到的错误提示。

  图 2安装Jar文件的错误提示

  使用输入流创建音乐播放器对象适用于文件大小较小的音乐文件,这也是J2ME教程中常用的通过Class类的getResourceAsStream的方法在资源中获取文件流来创建播放器对象的方式。

  使用文件输入流来创建播放器对象存在一次性将媒体文件进行载入的动作,当媒体文件较大时,就容易出现内存无法装载文件内容,而抛出内存不足的异常。而使用URI方式来创建播放器对象并不存在一次性载入文件的动作,而是按照媒体文件的时间轴来“源源不断”地分片读取文件内容,给内存造成的压力也就小得多。

 

  5.手机播放视频的常见问题

  (1)对视频媒体类型的支持

  图 3是常见的视频媒体类型(3gp文件)不支持的异常画面。

  图 3视频类型不支持警告

  对于WTK模拟环境(笔者使用的是WTK2.5.2),似乎只支持mpeg类型的视频媒体,播放mp4、3gp类型的视频时就会抛出不支持的内容类型的异常。对于手机实机环境,厂商承诺支持的类型程序都可以支持。在Nokia 5310环境中,可以支持3gp、wmv、mp4等主流视频媒体类型以及gif动画,反而不支持mpeg类型。

  所谓的不支持某种类型的视频实际上是指该环境下没有安装该类型的视频文件的解码器(Decoder),当模拟器环境和实机环境安装的解码器不同时就会出现在模拟器环境下不支持的文件可以在实机上正常播放,在模拟器中可以正常播放的文件无法在实机上播放的情形。

  (2)视频播放器对象的创建方式

  不使用输入流和媒体内容类型来创建播放器对象,而是通过视频文件URI自动创建。

  同音乐播放器一样,使用文件输入流创建播放的方式同样不适用于较大的视频文件。而且视频文件往往都较大(通常一个视频文件都是10兆字节以上了),根本无法通过Jar文件安装到手机上。

  如图 4所示,将一个文件大小为5.7兆字节(其中包含一个视频资源文件)的Jar文件安装到手机时将被提示错误。

  图 4安装Jar文件的错误提示

  使用输入流创建视频播放器对象适用于文件大小较小的视频文件,这也是J2ME教程中常用的通过Class类的getResourceAsStream的方法在资源中获取文件流来创建播放器对象的方式。

 

  6.电子地图浏览

  既然是浏览器,就必须具备地图浏览功能,即背景地图可以随着键盘控制进行滚动显示,给用户的感觉背景地图就像一个整体。但是由于地图数据量较大,设备的处理能力也存在限制,所以一般都是将整幅的地图划分成小块(小块的大小需要依据手机的性能而定),分次分批地载入地图来进行处理显示。

  当用户改变关注位置时,背景地图将不断地载入新的地图,并模拟地图的滚动。地图滚动模型矩阵用来模拟地图滚动,并能获取滚动之后的各个图幅所在的方位。图 5是地图滚动模型示意图。

  图 5地图滚动模型

  通过这个模型,开发人员就可以知道矩形滚动之后各个方位的元素编号,而通过元素编号我们就可以获得对应的图幅对象。实际上,该矩阵的滚动通过左乘或右乘特定的稀疏单位矩阵来实现。

 

  7.J2ME平台是否支持电话控制

  有些做过手机平台开发的朋友会有疑问:为什么J2ME 平台没有提供类似JTAPI(Java Telephony API,Java电话API)的技术?确实,对于手机平台开发来说,如果没有提供电话控制、电源管理等硬件控制、监控等功能就会让人感觉或多或少有些缺憾。而实际上,Sun 已经推出一组名为JavaPhone API 的功能子集,但遗憾的是暂时还没有应用到J2ME 平台。

  8.J2ME平台上访问数据库

  (1)Db4o数据库对J2ME平台的支持

  Db4o封装了对象的存储、检索和更新等细节,用户只需要关注业务逻辑。另外Db4o提供了多个子集版本,方便应用系统的选择。例如:对Java平台的支持分为1.5、1.2~1.4和1.1版本,对于J2SE平台可以选择1.5版本,而对于嵌入式应用只能选择低版本。

  由于数据库系统的消耗较大,CLDC配置并不提供对数据库系统的支持,在J2ME平台支持Db4o的是CDC配置,对应的Db4o的子集版本为Java1.2。

  (2)JDBC对J2ME平台的支持

  J2ME 定义了支持JDBC3.0、兼容CDC/FP 环境的JDBC 可选包(JSR169),用于在移动设备上实现嵌入式数据库访问。

  由于实现JDBC功能对硬件性能的要求较高,所以出于成本考虑,支持JDBC的移动设备在很长一段时期还只是处于试验阶段。但是随着硬件性价比的不断提升,JDBC也将逐渐成为J2ME平台中的主流应用。

  紧跟着JDBC在移动平台应用方面的推进,各个数据库厂商也在不断开发遵循JDBC规范并且支持J2ME平台的嵌入式数据库。其中Apache软件联盟旗下的Derby数据库以其对J2ME平台和JDBC规范的良好支持,成为面向移动设备的各款数据库中极具有发展前景的嵌入式数据库之一。

  与WTK开发环境不同的是,Sun并没有提供直接的开发包,而是提供的源文件,所以必须先编译得到JDBC开发包,再引入到CDC开发环境的路径中。

  在J2ME平台访问数据库的具体案例请参见《J2ME手机高级编程》一书中第9章“移动商务应用”。

  结束语

  即使在J2SE平台,程序对不同版本JDK的支持也是不尽相同,而这一点在J2ME显得尤为突出。往往出现在模拟器上的运行效果和实机并不相同的情形,相同代码安装在不同手机上的效果也不尽相同的情形也比较普遍,例如:同样支持MIDP-2.0和CLDC-1.1,在Moto E2和Nokia 6300实际上运行同样一款文件浏览程序的效果就大为不同。

  模拟器环境与实机环境的差距主要原因是各款手机系统对J2ME平台的遵守程度不一致。

  要想写好一个商业化的手机工具的难处就在这里,正确的代码在不同的实机上并不保证正确的运行,这也正是手机平台开发具有挑战性的一面。而要战胜这些困难的秘诀就是勤于实践,敢于摸索。这句看似简单的话,却要经过很多次的挫败才能够感受得到。

0
相关文章