在《Kindle和Android开发的比较：硬件》中，我们已经为您介绍了Kindle硬件限制以及Android硬件潜力方面的内容。下面将继续为您介绍。　　

　　Kindle java实现

　　为有限资源设备定义一个java子集的尝试有着长久而复杂的历史。Java微型版本（JME，在某些参考中也叫做J2ME）的有些版本是被嵌入在上百万的手机和嵌入式处理器中。在Kindle中被用作出发点的个人基本概况1.1版的检测是由Java Community Process JSR217处理的。这个版本与Java标准版1.4的关系非常紧密，所以它流行了一阵。JME手机和其他嵌入式应用的开发人员应该发现Kindle开发的方面很熟悉。

　　Kindle基于JME构建的开发套件扩展有很多。可能和你期望的一样，这些支持Kindle风格的图形接口组件和网络连接。用户接口组件类是从标准java.awt.Component类沿袭而来的，和java.swing包中的组件没有关系。这是个重要的设计决定，因为基于swing构建的接口能引入很多额外的对象创建，而AWT组件与底层操作系统更能紧密地工作。开发人员将不得不创建看起来和Kindle标准类似的接口。

　　Kindle开发者套件FAQ页提到对JSON和XML解析器，HTTPS网络和其他将成为现代移动应用必不可少的特性的支持。然而，在线com.amazon.kindle等1.0版包的实际javaDocs这时还没有记录这些类。这些扩展很明显是处于进展中的工作。

　　Android Java实现

　　Android java使用了为了降低电量消耗而定制的优化JVM。这个类库包含了许多但不是全部java1.6中所熟悉的包和一些针对于android用户和硬件接口的类。与Kindle比较起来，Android GUI元素不是从标准Java库中派生而来。一般的接口的构建原则是基于各种视图派生出来的组件，这些组件由布局管理器组织起来并生成所有Java程序员所熟悉的事件。对用户接口的创造有很多独特的特性，包括使用了XML的图形元素规范的可选择声明方式。

　　关于Android开发者环境重要的一点是它是被开放手机联盟监管的开源开发，这联盟是个由很多主要硬件制造商和移动通信经营者组成的协会。Android许可证效仿的就是非常成功又灵活的Apache 2.0许可证。

　　Android下的数据存储反映了对安全的关注。没有对所有应用可视的通用的文件系统。相反，每个应用能控制它自己的数据共享。有一个使用了开源SQLite工具的内置SQL数据库。像图像和XML文档这样的资源能被编译成用应用代码打包的压缩格式。

　　总结

　　看上去Kindle开发环境和Android有很大不同，以至于对Android应用和开发者移植来说没有容易的方法。此外，我们看到很多很多声明支持Kindle格式的书各种手机、上网本和平板电脑上的其他资源，这些设备可能运行着Android，所以Kindle风格的资源可能在出现Android的设备上面临终结。