无论在midp1.0还是在midp2.0中,系统都没有给我们提供对图片进行伸缩操作的api.但是其实我们只要在程序代码中略施小计，就能达到这个效果，只是效果要比美术做出来的图片,呵呵，差多啦，同时也会造成性能损失。伸缩图片的构造原理就是简单沿x,y轴按比例放缩，比如说我们需要把一张16*16的png图片转化成一张32*32的图片，那么我们可以先对该图片做一个水平方向上的拉伸操作，然后再把水平拉伸后的图片按垂直方向再做一次拉伸操作。做拉伸操作时，比如水平方向上，我们需要构造一张32*16的mutable image,获取其graphics,利用该graphics,绘制该mutable graphics的每一列像素,这一列像素就来自于原始图片中的按比例对应的某一列像素。垂直方向上的拉伸操作也是如法炮制。因为是一种按比例的对应关系，图像的缩小操作也可按该办法进行。
　　
　　效果如下图所示
　　　
　　原始图片
　　　
　　图片放大为全屏幕大小
　　
　　图片缩小为原来的1/4大小
　　
　　好了，我们来看代码
　　
　　import javax.microedition.lcdui.graphics;
　　import javax.microedition.lcdui.image;
　　
　　/**
　　* 图像工具类
　　* @author jagie
　　*
　　*/
　　
　　public class imageutil {
　　
　　/**
　　* 图像放缩方法
　　* @param srcimage 原始的image对象
　　* @param neww 放缩后的image的宽度
　　* @param newh 放缩后的image的高度
　　* @return 放缩后的image对象
　　*/
　　
　　public static final image scale (image srcimage, int neww, int newh) {
　　int srcw = srcimage.getwidth();
　　int srch = srcimage.getheight();
　　//先做水平方向上的伸缩变换
　　image tmp = image.createimage(neww, srch);
　　graphics g = tmp.getgraphics();
　　
　　for (int x = 0; x < neww; x++) {
　　g.setclip(x, 0, 1, srch);
　　//按比例放缩
　　g.drawimage(srcimage,x-x*srcwneww,0,graphics.left | graphics.top);
　　
　　}
　　
　　//再做垂直方向上的伸缩变换
　　image dst = image.createimage(neww, newh);
　　g = dst.getgraphics();
　　
　　for (int y = 0; y < newh; y++) {
　　g.setclip(0, y, neww, 1);
　　//按比例放缩
　　g.drawimage(tmp,0,y-y*srchnewh,graphics.left | graphics.top);
　　
　　}
　　
　　return dst;
　　}
　　
　　
　　}
　　
　　也许有同学会提出疑问，既然是按x,y方向按等比例放缩，那我写成这样岂不是代码更简洁:
　　
　　public static final image scale2(image srcimage, int neww, int newh) {
　　int srcw = srcimage.getwidth();
　　int srch = srcimage.getheight();
　　
　　image dst=image.createimage(neww,newh);
　　graphics g=dst.getgraphics();
　　for (int x = 0; x < neww; x++) {
　　for (int y = 0; y < newh; y++) {
　　g.setclip(x, y, 1, 1);
　　g.drawimage(srcimage, x-x*srcwneww, y - y * srch / newh, graphics.left
　　| graphics.top);
　　
　　}
　　
　　}
　　
　　return dst;
　　}
　　
　　这种做法效果上和前者无异，但是并不可取，只要算算它的时间复杂度就知道，基本上是前者的平方。在我的机器上，做一次全屏幕的放缩操作，前者耗时60ms,而后者耗时7150ms。