J2ME与Android比较

一、 程序入口
J2me程序入口类为MIDlet，所有的j2me程序都要继承该类来初始化j2me程序。Android程序入口是Activity类。下面先看看它们的生命周期。

J2me MIDlet生命周期
1、 startApp （活动状态）程序启动的时候会调用该方法来初始化用户需要的资源。
2、 PauseApp （暂停状态）当手机来电接电话的时候，会调用该接口。用户可以调用该接口停止也写线程的操作。
3、 destroyApp （销毁状态）程序退出的时候调用。用户可以调用该接口处理处于活动状态的线程。
该几个周期状态有AMS调用转换，也可以程序代码调用转换。resumeRequest调用会的结果是AMS会调用startApp方法，notifyPaused调用的结果是可能AMS调用PsuseApp，notifyDestroyed调用会使AMS销毁该midlet。

Android Activity生命周期
1、 onCreate 程序开始初始化的时候调用该接口，用户导航返回到Activity的时候也会调用该接口。类似于J2me里面多个Canvase(Displayable)切换。所以Activity也类似于Displayable。
2、 onStart onCreate调用完后，程序调用该接口。
3、 onResume onStart调用后调用该接口。此时Activity进入运行状态。
4、 onPause 新的Activity启动的时候调用该接口。
5、 onStop 该Activity 不可见的时候调用。
6、 onDestroy 程序销毁的时候调用。

二、显示组件
J2me 中所有可显示的组件都是直接或间接的继承了Displayable，直接的是Canvas和Screen。不同的继承导致了低级UI和高级UI的区别。 J2me中现成的UI组件都是直接或者间接继承了Screen。只要调用Display.getDisplay(MIDLet instan).setCurrrent(Displayable disp)，就可以把组件显示到手机界面上。切换界面的时候也可以使用该接口。

Android 可见的组件直接或者间接继承了android.view.View。通过Activity.setContentView(View view)就可以显示在android手机界面上，切换界面的时候也可以使用该接口。如果是直接继承了View而不是Android自带的UI组件，那么还要自己去实现它的刷新，类似J2me的低级UI组件。

三、UI
J2me高级UI组件由组件内部刷新实现，低级UI可以通过 Canvas的repain()来刷新。低级UI架构可以用MVC方式来实现，建议使用二级缓存。Android提供接口onLayout来提供该 View调整其里面组件元素的位置布局，用户只需要重写该接口就ok。刷新接口onDraw，该接口用来刷新界面里面的绘制元素。该接口类似j2me Canvas的paint接口。不过两个平台传得参数有些意思。J2me传的时Graphics，而android传得是Canvas。Android绘制的时候会传入一个参数Paint。该对象表示绘制的风格，比如颜色，字体大小，字体格式等。如果是移植的话，建议android也使用二级缓存，这样也容易管理。

如果去读API，我们可以发现J2ME中Canvas的repaint()与Android中View的 invalidate()/postInvalidate()方法实现了相同的功能，但是invalidate()/postInvalidate()两者却有着区别：invalidate()只能在UI这个线程里通过调用onDraw(Canvas canvas)来update屏幕显示，而postInvalidate()是要在non-UI线程里做同样的事情的。这就要求我们做判断，哪个调用是本线程的，哪个不是，这在做多线程callback的时候尤为重要。而在J2ME中，不管怎样直接调用repaint()就好了。

另外，Android的View类的显示很大程度上是从XML中读取的，包括了它的layout与很多属性，至于怎么读的以后再谈。而Canvas只需要 Custom Draw就可以了，而且Canvas不能设置大小（那个fullScreenMode免谈），但是View可以。

View 的构造函数，我们不需要再Activity中调用，但是Displayable的是必须的。在Activity中，我们要通过findViewById来从XML中取得View，然后强制转换成View的子类型即可，而J2ME的Canvas是一定要构造出来的。