"write once,run anywhere" 是java的口号，但在j2me平台上做的应用，要想不改动代码就run anywhere，难度是很大的。如果要把一个应用程序做到让大多数的机型都适用，就要考虑到方方面面，其难度是相当大的。
比如给百宝箱做游戏，上线机型大多是midp1。0的机器，感觉移植中最麻烦的还要数声音部分的api，必须根据各个机型来改动。虽然图象还比较容易做成自适应的，但声音部分就一般就只能根据各个机型来改动。
下面提供一种解决方案，可以让j2me程序在运行时自动加载该机型支持的声音资源并用该
机型的声音api来播放。
关键问题：
1.各机型提供的播放音乐的api都有所不同，特别是较老的机型。
需要在运行时根据机型自动加载。
2.各机型支持的声音的资源文件也不同。需要在运行时根据机型自动加载。
3.各机型的jvm不同，多多少少有一些比较特别的bug。
解决方案：
1. 原则：能用标准api就用标准api，不能用的话，就用各个机型自身的api。
|
下面利用反射机制来动态加载：
|
2. 下面就可以根据在载成功的类型来加载可以播放的声音资源了
|
3. 对各个机型特有的bug，是没有什么特别好的办法的，只能各个机型调试。这只能怪厂商了...
该方案优点：在移植的时候就不用改动代码。只要在相应的机型jar包中保留相关的资源就可以了。这样就不用为了各个机型都折腾一遍了。
注意 ：用 system.getproperty("microedition.platform")来确定机型是不保险的，因为有的机型只是简单地返回j2me platform。
遗留问题：
[1] necn820 在运行 class.forname("javax.microedition.media.player");时候会立刻报“应用程序出错”，而不是抛出“classnotfoundexception”异常。这是该机型jvm的特性（bug），所以给necn820的代码中必须注释掉javax.microedition.media.player的一切信息。这就得改动代码，有违我们的初衷，的确是个遗憾。（估计nec的机型都素这样的）
[2] 这个类还有待扩展，以支持更多机型。并加入震动部分的api。理论上可以包含所有的机型。但实际应用中只要包含需要用到的机型相关api就可以了。
测试机型： 在 三星e708，motov600，nokia 7650 ,necn820（注释掉javax.microedition.media.player相关内容）上均测试通过。
闽公网安备 35060202000074号