MIDP-Mobile Infomation Device Profile(移动信息设备简表)

MIDP2.0 也就是JSR-118(Java Specification Request)

第一章

• 概述

MIDP2.0文档有以下几个部分构成：

1. JavaDoc API
2. OTA User Initiated Provisioning Specification(主要讲述如何为无线终端配布application)
3. Security for MIDlet suites(当然是最重要的安全性问题)
4. The Recommended Security Policy for GSM/UMTS Compliant Device(在上述设备中强推的安全策略)

注意的是MIDP2.0是基于MIDP1.0并且对MIDP1.0提供了向下兼容，也就是说基于MIDP1.0的MIDlets是可以在MIDP2.0的环境中运行的（汗...：-+最近不少bug都是这个，2.0加入了大量的trust制约，而untrusted的1.0在我们做成的环境中被忽视了，所以一点要注意了环境实现的时候）

MIDP是被设计成在CLDC上层的操作。说到这里，不得不打断一下，稍微温习一下概念。

J2ME里面定义了2个重要的configuration,分别是CLDC(Connected,Limited Device Configuration)和CDC(Connected Device Configuration)。差别就在于limited，也就是其字面之意有所限制阿。通俗而言设备小，容量小的就用CLDC(手机，小PDA),大的当然是CDC(PDA,电视..)。当然了随着技术发展，以后双方面统合的可能性还是很大的。言回正传，我们说的MIDP是基于CLDC的，CLDC目前有CLDC1.0(JSR-30)和CLDC1.1（JSR-139）.为了产品的市场，当然是2个甚至于以后的可能出的都支持了（当然是不可能的后面要说的jad,jar里面的midp,cldc文字列的处理需要考虑的太多了，所以升级的修改量还是有的Yama）

题外话，CLDC架构的上面除了MIDP,还有Doja(日本的NTT Docomo专用)。而中国的China Unicom目前用的是MIDP2.0

• 范围

针对不同的设备的限制，MIDP提供了能够的尽量广泛使用的API定义，包括以下的范围：

1. Application delivery and billing（应用程序的传输及序列化）
2. Application lifecycle （应用程序的生命周期，也就是关于MIDP应用程序的语义定义及其如何被控制）
3. Application signing model and privileged domains security model（应用程序的署名模型以及特权域安全模型）->都是security关联，这年头，安全第一阿
4. End-to-end transactional security(https)（关于https的端到端的处理安全性）
5. MIDlet push registration(server push model)（他提供了一个方式为MIDlet程序响应网络活动而不管它是否运行中）
6. Networking（网络）
7. Persistent storage（可持久存储）
8. Sound（声音）
9. Timers（定时器）
10. User insterface(包括显示和输入,是games的独特要求)