Player负责播放媒体内容，它由Manager创建，可以管理自己的生命周期，控制播放进度，提供可用的Control。
    Control是用于实现一个Player可能有的各种控制，如音量Control可以控制音量的大小。
    右图说明了Manager 、Player 和Control之间的关系:Manager创建Player，Player提供Control，Control用来控制Player。
    下面以我们PC机上的多媒体系统为例说明这种关系。
    Manager相当于PC机操作系统的一部分，用来管理各种播放软件，而Player就相当于这些播放软件，比如音频播放器" title="播放器">播放器用来播放音频，视频播放器用来播放视频，在这些播放器上有各种各样的控制按钮，这些按钮与Control相当，用来控制播放器，比如音量按钮控制播放器音量的大小。
    在PC机上，我们一般选择一个播放器播放媒体文件，然后用播放器上的控制按钮来控制播放过程。与之相对应，在移动设备上开发有音频功能的程序时，首先用Manager创建一个Player，然后从Player中得到相应的Control，用Control对Player进行控制。
4.MIDP2.0的游戏开发技术
    对J2ME游戏开发的支持可能是开发者企盼已久的， MIDP2.0新增了一个游戏包javax.microedition.lcdui.game，该包由以下五个类组成：GameCanvas、Layer 、LayerManager、Sprite、TiledLayer。MIDP2.0提供的游戏API使得游戏本身可以更充分的利用设备自身的图形处理功能。它的出现无疑大大简化了J2ME游戏的开发工作，同时也使得开发者可以更多地控制程序的图形处理性能。
1) MIDP2.0的游戏运行机制
    GameCanvas提供了基本的游戏运行机制，除了继承其父类Canvas的特性，它还提供了特定于游戏的下列功能：
查询键盘状态：
    在MIDP1.0中，为了获得用户的键盘输入，一般要使用系统的消息处理机制来处理键盘事件，但键盘事件的产生受系统线程调度的影响，因此不一定能反映用户当前的按键状态。GameCanvas提供了getKeyStates函数来查询键盘状态，该函数返回一个整数，这个整数的每一位代表一个健是否被按下，例如要查询LEFT键是否被按下，可用如下语句：
 int keyState = getKeyStates();
       if ((keyState & LEFT_KEY) != 0) {
          //do something
       }
    getKeyStates返回自上一次调用该函数以来有没有键被按下，并且清除按键状态，因此如果连续两次调用该函数，第二次会很好地反映当前键盘的状态。
    另外，为了提高性能，GameCanvas还可以阻止键盘事件的产生。用户玩游戏时，经常会频繁的按键，如果不阻止键盘事件的产生，系统会花费很多时间来发送键盘事件。
    GameCanvas构造函数为：GameCanvas(boolean suppressKeyEvents)
其中参数suppressKeyEvents表示是否要阻止键盘事件的产生，当该参数为true时，keyPressed, keyRepeated 和 keyReleased 事件将会受到阻止，这时可以通过查询键盘状态来确定用户的按健。
要注意的是，只有当GameCanvas正处于显示状态时，键盘事件才会受到阻止，并且受阻止的键仅限于与游戏有关的键，如UP、DOWN、FIRE等。其它键所产生的事件不会受到阻止。
    图像的绘制与显示：
    对每一个GameCanvas对象，系统都会为它开辟一个离屏图像缓冲区，要显示的图像先在该缓冲区内绘制，绘制完成后再复制到实际显示屏幕。这样做既提高效率，又可以避免频繁在实际屏幕绘图产生的闪烁现象。
    实际操作时，先用getGraphics返回一个操作离屏图像缓冲区的Graphics对象，使用该对象可缓冲区进行绘制。对缓冲区绘制完毕后使用flushGraphics函数将缓冲区复制到实际屏幕。
    有了上述功能，GameCanvas为游戏开发者提供了一个重要的机制：把整个游戏逻辑（包括图像显示和处理用户输入）封装在一个单线程的单循环内，这解决了在MIDP1.0中依赖系统的输入和显示线程来控制游戏问题，有利于提高游戏的稳定性和性能。
    典型的游戏循环如下：
Graphics g = getGraphics();//获得操作图像缓冲区的Graphics对象
while (true) {
  // 更新游戏状态 
 int keyState = getKeyStates();//查询键盘状态
  // 处理用户输入
  // 绘制图像缓冲区
  flushGraphics();//将缓冲区复制到实际屏幕
  //延时.
}
2) 创建游戏场景。
    GameCanvas提供了基本的游戏运行机制，游戏包的其它类方便了创建游戏场景。
    在一个游戏场景中，可能有各种角色和背景，MIDP2.0把每一个这样的角色或背景作为一个层（Layer）的概念，抽象类Layer定义了层的基本属性，如位置、大小、是否可见等。有两个类继承了Layer，分别是Sprite和TiledLayer。Sprite用来表示游戏中的动画角色，TiledLayer用于创建大的背景。当游戏中的Layer很多时，有必要对这些Layer进行统一管理。LayerManager类可以集中管理这些Layer。
5.MIDP2.0其它新增特性
    除了上面所述之外，MIDP2.0还在以下方面做了增强：
1) Push注册
    用户在Internet上浏览信息时，一般使用c/s(客户/服务器)架构，由客户机发出请求，服务器做出相应的相应，这种方式称为pull方式。与之相对应的是push方式，即服务器主动的向客户机发出信息。push技术非常适合无线网络的特点，无线网络的带宽比较低，无线传输的信息服务费也比较高，使用push使用户不必花费大量时间进行搜索，既有利于提高网络的利用效率，又可以减少用户的通信费用。push技术在无线商业上也有很大的应用价值，例如服务器可以根据用户的设定，将各种实时信息发送到用户的手机上，这些实时信息可以包括各种新闻、生活信息、广告等。
    MIDP2.0增加了对push注册的支持，push注册机制可以使MIDlet自动运行。运行方式有两种，一种基于定时技术，当到达特定时间时，程序就会运行；另一种基于网络，当设备收到网络推送的信息时，可以启动程序运行。设备的AMS维护着已注册的push列表，这些列表包括注册的网络连接和定时器以及与它们对应的MIDlet。当这些列表中的某个网络连接到来或是到达某个定时时间，AMS将根据列表激活相应的MIDlet。
2) OTA应用程序传输
    在PC机上开发者通常使用光盘发布软件， 移动设备没有软驱、光驱等数据交换设备，它主要通过无线网络进行数据传输，因此软件的发布也通过无线网络进行。网络运营商提供无线数据服务，开发者将自己开发的软件提交到服务器上，用户连接到服务器把软件下载到自己的设备上运行。为了规范这一过程，MIDP规范推出时同时推出了OTA (over-the-air    provisioning，无线服务提供方式)规范,MIDP1.0时，OTA作为一个推荐的行为，MIDP2.0对OTA做了增强，并把它作为规范的一部分，以后支持MIDP2.0的设备必须支持OTA，使得软件的发布有了统一的规范。
    OTA使移动信息设备上应用软件的下载、安装和删除能够通过无线网络自动进行，用户在这个过程中只需做很少的干预。一个OTA系统通常由用户设备、无线传输网络和提供服务的Web服务器组成。
    服务器的功能通常包括内容发布和管理、访问控制、程序安装、收费管理。一方面服务器使第三方软件开发者能将他们开发的软件发布到服务器上，另一方面使终端用户可以下载、安装这些软件，一旦软件安装成功，可以通过收费系统收取用户的费用，并根据下载数量来支付开发者的费用。在整个过程中，都有安全管理，这既包括对用户身份信息的认证，也包括对程序的鉴别，以确保该程序不用于非法目的。除了这些基本功能，有些服务器还为用户提供个性化服务，比如根据用户的设备特点和用户的设定为用户提供可用程序列表，确保这些程序都能在用户的设备上运行，当某一程序有新版本推出时通知用户等。
3) 网络连接增强
    在MIDP1.0中，只包含了对HTTP网络连接的支持，MIDP2.0增加了支持的连接类型，包括HTTPS、Socket、Datagram等。
4) 用户界面增强
    MIDP2.0对用户界面做了较多的增强，更方便开发者使用，例如对Form的布局管理，以字节数组的形式直接操纵Image图像等。