但是，由于这种操作高昂的计算开销，MIDPVM不在运行时执行完整的字节码验证。
因为MIDP实现会遵行设备的惯例，所以应用也看起来不象原型。
简单地说，MIDP记录管理系统（RMS）提供了一种跨多个MIDlet调用持久性地存储应用程序数据的手段。
几周之后，我们将以对MIDP中网络支持的全面介绍来结束这个系列，请密切关注。
我们首先介绍了通用连接框架，这是在MIDP中创建连网的应用程序的基础。
在运行时，MIDPVM迅速地对字节码进行线性扫描，将每个有效的指令与合适的堆栈映射项相匹配。
而后在熟悉了机顶盒的操作系统和相关驱动的基础上实现了MIDP标准的LCDUI即图形界面部分。
因为缺乏XML和密码API，当前的MIDP1.0规范不支持安全XML标准。
您可以在6310iMIDPSDK安装目录下的doc目录中找到您计算机上的NokiaUIAPI文档。
我们使用DB2EveryplaceMIDPAPI来访问该地址簿数据库，并对其进行更新。
为了更好地支持安全移动代码保障，MIDP2.0还将正式包含无线下载（OTA）保障规范。
在本文中，我们主要集中讨论MIDP应用程序的安全性挑战以及当前可用的或处于开发中的解决方案。
幸运的是，MIDP应用程序已有几个第三方的、轻量级XML解析器可以使用。
CLDC和MIDP组合起来为创建移动电话和简单双向寻呼机上的应用程序提供了完整的环境。
DownloadImageMIDlet将展示在一个MIDP应用程序中下载并显示一幅图像的步骤。
因为对于MIDPVM而言，运行时类验证在计算上代价很高，所以MIDP有特殊的两步字节码验证方案。
由于庞大数量的低端设备，期望在将来能够广泛部署MIDP。
移动信息设备框架（MIDP）是J2ME中一套重要的类库。
但是，MIDP设备是使用最广泛的无线设备，因此在那些设备上启用安全应用程序很重要。
因为MIDP缺少完整的安全性模型，所以在MIDP中禁用了一些J2SE特性以使潜在的安全性风险降到最低。
在这最后一部分中，我们将探索在MIDP上使用通用连接框架（GCF）的网络通信。
MIDP2.0通用连接框架用工厂设计模式的高级实现作为基础。
最后，我将讨论性能问题以及在当前MIDP设备上使用数字签名的可行性。
原本计划将内置轻量级XML解析支持用于MIDP2.0规范，但最近更改了这一计划。
在J2ME101系列的最后一篇文章中，我们有机会探索MIDP中支持的网络通信。
另外，MIDPVM和底层网络必须支持原始套接字连接。