`对这个平台,不感兴趣的话, 直接看最后的总结即可`

开始:

首先需要创建一个MIDlet. J2ME游戏都是从这开始的.

public class GmMain extends MIDlet {

    public GmMain() {
    }

    @Override
    protected void startApp() throws MIDletStateChangeException { //重要
    }

    @Override
    protected void pauseApp() {
    }

    @Override
    protected void destroyApp(boolean unconditional) throws MIDletStateChangeException {
    }

}

系统在启动的时候, 会自动调用MIDlet的startApp(),然后进入到运行状态.
而这个要被启动的MIDlet, 又是在配置文件jad里配置的(创建工程的时候,IDE会默认给配置)

本次目标

我们要画个正方形. 那我们需要哪些步骤呢?

创建一个界面
在界面中刷新绘图
把目标界面显示出来

恩. 是不是很简单? 哈哈哈哈..

创建一个界面

这里要创建的界面就是Canvas，也就是画布.

class GmCanvas extends Canvas{
    
    @Override
    protected void paint(Graphics g) {
    }

}

画布中的这个 paint(Graphics g)方法, 就是我们需要进行绘画的地方, 而传进来的这个Graphics就是我们绘制的工具.

这里看下官方对Canvas的描述:

The Canvas class is a base class for writing applications that need to handle low-level events and to issue graphics calls for drawing to the display.

直翻加粗的话就是"发出图形调用,以绘制到显示器", 对于绘画来讲, 这就是画布Canvas的作用

开始画画

不说废话,先在paint()里写点东西:

    @Override
    protected void paint(Graphics g) {
        int x = 0;
        int y = 0;
        int width = 50;
        int height = 50;
        
        g.setColor(0xFF0000); //设置颜色为红色
        g.fillRect(x, y, width, height); //填充一个矩形,左上角放在点0,0上,长/宽分别50
    }

运行的效果如下:

红色小框

我们再在 paint()里紧接着上面,加上几句:

        x = 90;
        y = 30;
        width = 30;
        height = 70;
        g.drawRect(x, y, width, height); //画一个矩形框,左上角放在点90,30上,长/宽分别30/70
        
        int startAngle = 0; 
        int arcAngle = 360;
        x = 70;
        y = 150;
        width = 45;
        height = 45;
        g.setColor(0x00FF00); //设置颜色为绿色
        g.fillArc(x, y, width, height, startAngle , arcAngle); //填充一个椭圆,放在点70,150上,长短轴都为45. 起始角度0度, 终止360度.

运行效果如下:

加了个矩形框和圆

可以看出, Graphics提供了好多和画图相关的操作, 有设置颜色的,有画矩形,画圆,还有画图片等一系列操作. 在其它平台上,也有这样类似的组件,可以提供这样的操作.

我们引用下官方在Graphics描述里的第一句话:

Provides simple 2D geometric rendering capability.

可以看到Graphics就是提供简单的2D几何渲染功能的工具

你以为这样就结束了吗?

NO!
如果你仔细从上到下看了, 并且有条件自己去写了, 那么你会发现. 程序执行之后, 压根就没有任何东西画出来~~
因为缺少了一个重要的, 在正常游戏开发中,只需要做一次的操作.
那就是让这个创建出来的界面(Canvas), 被显示出来.

这里就要用到Display. 不过我们依旧废话少说, 把最后的代码给补上, 补在MIDlet里:

public class GmMain extends MIDlet {

    private GmCanvas canvas; //新增
    private Display display; //新增
    
    public GmMain() {
        this.display = Display.getDisplay(this); //获得该MIDlet所持有的,唯一与之绑定的Display
        this.canvas = new GmCanvas(); //创建我们自己的界面
    }

    @Override
    protected void startApp() throws MIDletStateChangeException {
        display.setCurrent(this.canvas); // 把我们创建的界面设置为Midlet当前所要展示的
    }

            .
            . 略
            .
}

代码的注释写已经比较清楚,有些细节我就不介绍了, 毕竟也没什么人用这个平台了.

就这样,简单的图形绘制就完成了.

总结

从上面的代码里,我们可以总结出这么个套路:

创建程序入口

把我们自己的界面设置为需要显示的界面 (Display.getDisplay().setCurrent(this.canvas))

通过界面提供的图形调用接口(Graphics)来渲染, 并在可以进行绘制的地方,如paint()里,进行绘制(有时候这些地方也可以是自己定义的).

上面提到的Canvas.paint()就好比后面,讲Android时会用到的View里的onDraw()和iOS中UIVIew的drawRect(). 这些都是组件提供的,绘制界面的场地.

所有的游戏,在系统框架的层面上讲, 都是这个套

虽然这仅仅只是画了个图, 但一旦让他隔一段时间就刷新一次画面, 并且可以处理来自输入设备的消息,配上点逻辑就变成简单的游戏了.

`碎碎念:`

这篇东西可是花了我断断续续两天的时间, 中间经历了好几次类似于:" 写了两段, 看着不满意,删减成一段. 往后写了几行, 回过头一看, 又把那一段删成一两句话 ". 还不光是这样删删减减, 有些概念,之前认为自己应该了解的差不多了, 结果当要写出来时, 却发现某些描述还不够准确, 然后就各种查资料, 翻阅官方API. 这也是为什么,当出现一些'名词'的时候,我会加上官方说明链接. 这样就可以在我的解读之下,也有权威的描述可供参考. 在保证阅读流畅性的前提下, 也要尊重各位的理解能力, 不能描述的太简单或太啰嗦. 写这个东西可真辛苦呀 _(:з」∠)_

(1) 早期的J2ME游戏--来画个框框呗