j2me to android

上个月一直在做j2me移植成android，虽然有点心得，但又不知想写什么好，还是写代码来得痛快，这里写一点心得吧，算是对工作的总结，我把移植分为三大块：

第一块：UI，移植前先要了解它们之前的不同，其不同点在于J2ME的Graphics相关于Android的Canvas，而且它们的方法略有不同，如下：

J2ME：

/** * Draws a rectangle in the given coordinates *  * @param x *            the x coordinate of the rectangle to be drawn. * @param y *            the y coordinate of the rectangle to be drawn. * @param width *            the width of the rectangle to be drawn. * @param height *            the height of the rectangle to be drawn. */public void drawRect(int x, int y, int width, int height) {g.drawRect(xTranslate + x, yTranslate + y, width, height);}

Android：

public void drawRect(Canvas canvas, int x, int y, int width, int height,Paint paint) {paint.setStyle(Paint.Style.STROKE);paint.setAlpha(0xff);drawRect.set(xTranslate + x, yTranslate + y, xTranslate + x + width,yTranslate + y + height);canvas.drawRect(drawRect, paint);}

它们的小区别在于android需设置样式，而且坐标也有点不同，我是把他们写成一个通用类，传入的参数为Canvas,Paint，所以不用改太多代码便可移植！因为我很少用到高级UI，所以移植可能会快点，而对于高级UI的移植，我的idea是做一个通用的类，这个类可以添加一些ITEM。

事件KEY的处理：还是那句话，了解他们之前的不同，代码改动不大，android的事件处理机智比j2me好。

第二块：数据库，它们的区别在于android的sqlite很容易建立表到表之前的关联，而J2ME必须实现自己的一套框架，而且ANDROID的sqlite提供一些接口（如：SQLiteOpenHelper），数据库开发会很容易，但人个觉得两者移植不是很难，J2ME可以看成在一个文件读写一些序列化的东西，而android只要会一些sql语句。

第三块：模块类，我把多媒体，文件系统这些统称模块类，它们的移植主要是了解android和j2me的不同，重新CODE一次即可，像android做多媒体应该比较方便一点，它可以做缓存机智，这点j2me有点使不上力。

三大块分别开发，测试时很容易测出问题，这是单元开发的一大优点，集成开发有时当软件出来后，你会会发现软件卡的不行，或者报一大堆BUG！

最后一点是资源文件，android算更丰富一些，j2me还要写类去读取，搞个通用的入口即可，个人认为！

更多相关文章

随机推荐