BlogJava-konhon-随笔分类-J2mehttp://www.blogjava.net/konhon/category/3105.html忘掉過去，展望未來。找回自我，超越自我。 <br> <b>逃避不一定躲的过, 面对不一定最难过, 孤单不一定不快乐, 得到不一定能长久, 失去不一定不再拥有, 可能因为某个理由而伤心难过, 但我却能找个理由让自己快乐.</b><br><p> <!-- Search Google --> <left> <form method="get" action="http://www.google.com/custom" target="google_window"> <table> <tr><td nowrap="nowrap" valign="top" align="left" height="32"> <a href="http://www.google.com/"> <img src="http://www.google.com/logos/Logo_25wht.gif" border="0" alt="Google" align="middle"></img></a> <input type="text" name="q" size="31" maxlength="255" value=""></input> <input type="submit" name="sa" value="搜索"></input> <input type="hidden" name="client" value="pub-5408663347953425"></input> <input type="hidden" name="forid" value="1"></input> <input type="hidden" name="ie" value="UTF-8"></input> <input type="hidden" name="oe" value="UTF-8"></input> <input type="hidden" name="cof" value="GALT:#008000;GL:1;DIV:#336699;VLC:663399;AH:center;BGC:FFFFFF;LBGC:336699;ALC:0000FF;LC:0000FF;T:000000;GFNT:0000FF;GIMP:0000FF;FORID:1;"></input> <input type="hidden" name="hl" value="zh-CN"></input> </td></tr></table> </form> </left> <!-- Search Google --> zh-cnTue, 27 Feb 2007 11:03:39 GMTTue, 27 Feb 2007 11:03:39 GMT60J2me游戏编程http://www.blogjava.net/konhon/archive/2005/09/21/13679.htmlkonhon 优华konhon 优华Wed, 21 Sep 2005 12:31:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/21/13679.htmlhttp://www.blogjava.net/konhon/comments/13679.htmlhttp://www.blogjava.net/konhon/archive/2005/09/21/13679.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/13679.htmlhttp://www.blogjava.net/konhon/services/trackbacks/13679.htmlJ2me游戏编程电子书
J2me游戏编程随书源码

konhon 优华 2005-09-21 20:31 发表评论
]]>j2me中的编码技巧之提高性能http://www.blogjava.net/konhon/archive/2005/09/21/13641.htmlkonhon 优华konhon 优华Wed, 21 Sep 2005 08:00:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/21/13641.htmlhttp://www.blogjava.net/konhon/comments/13641.htmlhttp://www.blogjava.net/konhon/archive/2005/09/21/13641.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/13641.htmlhttp://www.blogjava.net/konhon/services/trackbacks/13641.html1、用StringBuffer代替String，因为String对象不能被更改，任何对String对象的更改都是创建一个新的String对象。
2、直接存取类的变量比通过setter和getter方法快。
3、使用要地变量比使用类或实例变量更有效率。
4、使用变量比使用数组更有准备准备效率。
5、避免在循环中进行同步，因为每一次循环都会有lock和unlock的过程，会严重影响程序执行效率。
6、循环中倒数（递减）比正数（递增）要快。
7、使用类似于x+=1替代x=x+1，因为这样生成的代码小。
8、删除循环中的常量运算。
9、重复利用对象。
10、把不再使用的对象赋值为null，特别是不再使用的thread。
11、尽量使用内置的方法。比如，想实现将数据从一个数组拷贝到另一个数组的功能，使用用System.arrraycompy比自己创建新的方法的效率更有效率。



konhon 优华 2005-09-21 16:00 发表评论
]]>Java examples (example source code) http://www.blogjava.net/konhon/archive/2005/09/09/12500.htmlkonhon 优华konhon 优华Fri, 09 Sep 2005 00:37:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/09/12500.htmlhttp://www.blogjava.net/konhon/comments/12500.htmlhttp://www.blogjava.net/konhon/archive/2005/09/09/12500.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/12500.htmlhttp://www.blogjava.net/konhon/services/trackbacks/12500.html
http://www.java2s.com/ExampleCode/J2ME/CatalogJ2ME.htm

konhon 优华 2005-09-09 08:37 发表评论
]]>一個J2me小程序http://www.blogjava.net/konhon/archive/2005/09/07/12325.htmlkonhon 优华konhon 优华Wed, 07 Sep 2005 08:42:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/07/12325.htmlhttp://www.blogjava.net/konhon/comments/12325.htmlhttp://www.blogjava.net/konhon/archive/2005/09/07/12325.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/12325.htmlhttp://www.blogjava.net/konhon/services/trackbacks/12325.html主要功能類似"中英字典", 不中英對照需要自己錄入才行.

http://www.blogjava.net/Files/konhon/WordTip.rar

錄入完後供查找.
適用midp1.0的手機.

軟件截圖:
r_aa.JPG

konhon 优华 2005-09-07 16:42 发表评论
]]>J2ME中文问题的解决方案http://www.blogjava.net/konhon/archive/2005/09/05/12046.htmlkonhon 优华konhon 优华Mon, 05 Sep 2005 08:11:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/05/12046.htmlhttp://www.blogjava.net/konhon/comments/12046.htmlhttp://www.blogjava.net/konhon/archive/2005/09/05/12046.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/12046.htmlhttp://www.blogjava.net/konhon/services/trackbacks/12046.html
Java的中文问题通常会困扰很多开发者，你可能在开发Web应用程序的时候遇到中文参数的传递问题，最后你可能选择使用Filter把Request的编码方式设置为GBK来解决。在J2ME的开发中我们同样会遇到中文问题，比如在RMS中存储中文、网络传输中传输中文、从文件中读取中文等问题。

    我们在解决中文问题的时候，用到的最多的一个词就是UTF-8。我们知道ASCII码是单字节编码方式，可以解决英文的问题，但是中文的字库非常庞大，用ASSII码就难以解决了。Java语言是支持UNICODE编码方式的，UNICODE是双字节的编码方式可以支持中文字库，但是这多少带来一些浪费，因为并不是所有的字符串都是非英文字符的。UTF-8编码方式正好可以解决这个问题，只有当字符不是ASSII码的时候他采用双字节来表示，这样就节省了空间。这里我只总结了三种J2ME常见的中文问题。


网络传输中的中文问题
    解决这个问题的关键是我们不采用InputStream或者OutputStream提供的方法按照字节来传递数据，而是把InputStream或者OutputStream封装为DataInputStream和DataOutputStream。这样我们就可以使用DataOutputStream中的writeUTF(String s)来送出数据了，同时可以使用DataInputStream提供的readUTF()来读入数据。注意在这两个方法搭配使用的时候要注意顺序。比如我们在联网的时候可能写出这样的代码
  
    客户端
　　dos.writeInt(myint);
    dos.writeByte(mybyte);
    dos.writeUTF(myString);

    服务器端
    int i = dis.readInt();
    byte b = dis.readByte();
    String s = dis.readUTF();  
RMS持久性存储的中文问题
    由于RMS中的数据存储都是按照byte[]的格式存储的，因此我们需要稍微变化一下，但是基本上还是走UTF-8的思路。
    
    写入数据
    ByteArrayOutputStream baos = new ByteArrayOutputStream();
    DataOutputStream dos = new DataOutputStream(baos);
    dos.writeUTF(myString);
    byte[] data = baos.toByteArray();
    rs.addRecord(data,0,data.length);

    读出数据
    byte[] data = rs.getRecord(index);
    ByteArrayInputStream bais = new ByteArrayInputStream(data);
    DataInputStream dis = new DataInputStream(bais);
    String myString = dis.readUTF();
读取中文文件的问题
在MIDP中并不支持文件系统，但是我们可以读取jar包中的文件。如果文件中含有中文，那么我们需要进行一些特殊的处理，首先我们使用UE或者Notepad工具把相关的文件转换文UTF-8格式编码。我们在读取文件的时候需要进行如下的简单处理。下面是处理函数。

    public String readFromFile(String fileName)
    {
        String returnString = null;
        InputStream is = getClass().getResourceAsStream(fileName);
        if (is != null)
        {
            ByteArrayOutputStream baos = new ByteArrayOutputStream();
            int ch = 0;
            try
            {
                while ((ch = is.read()) != -1)
                {
                    baos.write(ch);
                }
                byte[] data = baos.toByteArray();
                returnString = new String(data, "UTF-8");
                is.close();
                baos.close();

            } catch (IOException e)
            {
                e.printStackTrace();
            }
        }
        return returnString;
    }



konhon 优华 2005-09-05 16:11 发表评论
]]>如何学好J2MEhttp://www.blogjava.net/konhon/archive/2005/09/05/12044.htmlkonhon 优华konhon 优华Mon, 05 Sep 2005 08:04:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/05/12044.htmlhttp://www.blogjava.net/konhon/comments/12044.htmlhttp://www.blogjava.net/konhon/archive/2005/09/05/12044.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/12044.htmlhttp://www.blogjava.net/konhon/services/trackbacks/12044.html
  • 具备良好的java语言基础，不要还没有学习java语言就拿起一本J2ME的书来看。这样效果并不好，相反如果你有良好的java语言基础的话，J2ME就显得比较容易掌握！

  • 如果你决定开始学习J2ME了，那么首先你应该清楚J2ME的体系结构是什么样的。当你真正清楚了Configuration和Profile的关系、了解了CDC和CLDC的区别后，那么你可以开始编写自己的HelloWorldMIDlet了

  • 选择优秀的开发环境，J2ME的开发环境比较灵活。我推荐使用Eclipse和EclipseME插件。因为Eclipse的插件非常丰富且灵活，当你开发联网应用程序的时候安装Lomboz就可以了。当然你也可以选择Jbuilder等IDE，但是不推荐记事本！

  • 在编写代码之前，应该多读一下好的代码。毕竟MIDlet的写法和一般的java Application不是很一样。推荐WTK中的Demo程序。

  • MIDP的API doc比较少，每个类的方法也很少。如果有时间的话，每天看个4-5个。这会对你帮助很大。毕竟它的API和J2SE的并不一样，只是它的子集，不应该想当然的使用。

  • 清楚MIDP中高级UI和低级UI类的使用和区别，在你做用户界面的之前，思考好什么符合你的要求，推荐使用高级UI，这样更简单、可移植性更好。但是需要使用Canvas的时候不要犹豫，大胆使用！清楚高级事件和低级事件处理的机制。

  • 在开发应用程序的时候尽量使用MVC模式，这样扩展性出色。

  • 彻底掌握Record Management System，这是MIDP的一个重要子集。实现数据持久性存储不可缺少的系统。善于使用RecordFilter和RecordEnumeration来简化RMS的操作，在我的blog里面有一系列的关于RMS的文章，有时间就看看吧！

  • 重视线程，如果你还不真正清楚线程的时候的话，那么赶快找资料看看吧。在J2ME的开发中，这非常的重要。具备了联网的能力则给你的应用程序插上了翅膀，而联网的时候为了避免堵塞一定要使用多线程技术。

  • 时刻关注最新的技术，比如PIM，BlueTooth等都在慢慢的得到支持。你可以使用WTK2.2开发相关的程序了。

  • 掌握Java中文问题，在J2ME中这个问题更加突出。你应该把你的应用程序放到手机上去测试这个问题而不是在模拟器上。

  • IO不用我说你也必须清楚，在J2ME中提供的IO包中，类比较少你更应该注意。

  • 不要因为听说手机资源受限，在写程序的时候就顾虑重重，不要牺牲代码的可读性和可维护性，但是也不能乱用。这个时候你的java语言的基础起到了重要的作用！

  • 如果想开发游戏，那么你应该多读相关的书籍。我这里一本J2ME游戏开发的书籍（电子版).想看的话可以email联系我,http://javap2p.nease.net/book/j2me_gamingbook_pdf.zip

  • 如果有些问题想了很久都没有明白的话，可以到论坛上去问问，但是不要一有问题就问，自己思考后得到正确答案效果更好。或者把问题放下几天，也许自然而然就明白了！不是胡说。

  • 多写代码!多多总结！简单的八个字，非常重要:)


    • konhon 优华 2005-09-05 16:04 发表评论
    ]]>    j2me--RecordStorehttp://www.blogjava.net/konhon/archive/2005/09/02/11841.htmlkonhon 优华konhon 优华Fri, 02 Sep 2005 07:21:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/02/11841.htmlhttp://www.blogjava.net/konhon/comments/11841.htmlhttp://www.blogjava.net/konhon/archive/2005/09/02/11841.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/11841.htmlhttp://www.blogjava.net/konhon/services/trackbacks/11841.html在此我們要借助四個類別的協助，他們分別是：
    ByteArrayOutputStream、ByteArrayInputStream、
    DataOutputStream、DataInputStream。

    轉換例子如下:
    import java.io.ByteArrayInputStream;
    import java.io.ByteArrayOutputStream;
    import java.io.DataInputStream;
    import java.io.DataOutputStream;

    public class FriendData {
        String name;

        String tel;

        boolean sex;

            int age;

            public FriendData() {
            name     = "NO NAME";
            tel     = "NO TEL";
            sex     = false;
            age     = 0;
        }

            public byte[] encode() {
                byte[] result = null;
                try {
                ByteArrayOutputStream bos     = new ByteArrayOutputStream();
                DataOutputStream dos     = new DataOutputStream(bos);
                dos.writeUTF(name);
                dos.writeUTF(tel);
                dos.writeBoolean(sex);
                dos.writeInt(age);
                result     = bos.toByteArray();
                dos.close();
                bos.close();
            }     catch (Exception e) {
            }
                return result;
        }

            public void decode(byte[] data) {
                try {
                ByteArrayInputStream bis     = new ByteArrayInputStream(data);
                DataInputStream dis     = new DataInputStream(bis);
                name     = dis.readUTF();
                tel     = dis.readUTF();
                sex     = dis.readBoolean();
                age     = dis.readInt();
                dis.close();
                bis.close();
            }     catch (Exception e) {
            }
        }
    }


    konhon 优华 2005-09-02 15:21 发表评论
    ]]>    在J2me中的按鍵處理http://www.blogjava.net/konhon/archive/2005/09/01/11768.htmlkonhon 优华konhon 优华Thu, 01 Sep 2005 09:19:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/01/11768.htmlhttp://www.blogjava.net/konhon/comments/11768.htmlhttp://www.blogjava.net/konhon/archive/2005/09/01/11768.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/11768.htmlhttp://www.blogjava.net/konhon/services/trackbacks/11768.html
    import javax.microedition.lcdui.Canvas;
    import javax.microedition.lcdui.Display;
    import javax.microedition.lcdui.Graphics;
    import javax.microedition.midlet.MIDlet;
    import javax.microedition.midlet.MIDletStateChangeException;

    public class LLEventMIDlet extends MIDlet {
            private Display display;

            public LLEventMIDlet() {
            super();
            display     = Display.getDisplay(this);
                // TODO Auto-generated constructor stub
        }

            protected void startApp() throws MIDletStateChangeException {
                // TODO Auto-generated method stub
            MyCanvas mc = new MyCanvas();
            display.setCurrent(mc);
        }

            protected void pauseApp() {
                // TODO Auto-generated method stub

        }

            protected void destroyApp(boolean arg0) throws MIDletStateChangeException {
                // TODO Auto-generated method stub

        }

            private class MyCanvas extends Canvas {
            String action     = "";

                public void paint(Graphics g) {
                g.setColor(    255, 255, 255);
                g.fillRect(    0, 0, getWidth(), getHeight());
                g.setColor(    0, 0, 0);
                    if (hasRepeatEvents()) {
                    g.drawString(    "Repeat", 10, 10, 0);
                }     else {
                    g.drawString(    "NonRepeat", 10, 10, 0);
                }
                g.drawString(action,     10, 20, 0);
            }
                protected void keyPressed(int keyCode){
                action     = "KP: " + (char)keyCode;
                repaint();
            }
                protected void keyReleased(int keyCode){
                action     = "KR: " + (char)keyCode;
                repaint();
            }
                protected void keyRepeated(int keyCode){
                action     = "KRe: " + (char)keyCode;
                repaint();
            }
        }

    }


    在MIDP 1.0 規格中，Canvas 類別裡頭定義了幾個常數，他們分
    別是： KEY_NUM0 、KEY_NUM1 、KEY_NUM2 、KEY_NUM3 、KEY_NUM4 、KEY_NUM5 、KEY_NUM6 、KEY_NUM7 、KEY_ NUM8 、KEY_NUM9 、KEY_STAR、KEY_POUND 共11 個，分別代表0~9 的數字鍵、星號鍵、以及井號鍵。我們可以利用這幾個常數判定鍵盤（按鈕）事件處理函式所傳進來的keyCode，藉以了解哪個按鈕被按下了，當然，除了這些按鍵之外，其他的按鍵也會有其對應值，您必須自己嘗試找出來，但是為了可以跨平台，建議您僅只使用這些標準的定義鍵。

    為了Game 設計師的方便，MIDP 1.0 規格中，Canvas 類別裡頭定義了幾個與Game 鍵盤代碼相關的常數，他們分別是UP、DOWN、LEFT、RIGHT、FIRE、GAME_A、GAME_B、GAME_C、GAME_D。這些定義雖然很可能會和之前的定義有所重複，但是因為有了一層抽象性，在移植的時候也就方便多了。

    那麼，在程式裡頭該如何處理呢? Canvas 裡頭提供了兩個函式:
    1. getGameAction() 􀂌 傳入keyCode，函式會回傳所代表的
    Game 鍵盤代碼。
    用法如下：
    public void keyPressed(int keyCode)
    {
    switch(getGameAction(keyCode))
    {
    case Canvas.LEFT:
    moveLeft() ;
    break ;
    case Canvas.FIRE:
    fire() ;
    break ;
    略
    }
    }


    2. getKeyCode() 􀂌 傳入Game 鍵盤代碼，函式會回傳所代表的
    keyCode。
    用法如下：
    public void keyPressed(int keyCode)
    {
    if(keyCode == getKeyCode(Canvas.LEFT))
    {
    moveLeft() ;
    }    else if(keyCode == getKeyCode(Canvas.FIRE))
    {
    fire() ;
    }
    略
    }
    任選任何一種方法，都可以達到跨平台的目的。

    konhon 优华 2005-09-01 17:19 发表评论
    ]]>    j2me中Command出現的優先順序http://www.blogjava.net/konhon/archive/2005/09/01/11764.htmlkonhon 优华konhon 优华Thu, 01 Sep 2005 08:10:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/01/11764.htmlhttp://www.blogjava.net/konhon/comments/11764.htmlhttp://www.blogjava.net/konhon/archive/2005/09/01/11764.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/11764.htmlhttp://www.blogjava.net/konhon/services/trackbacks/11764.html
    1. 先比較每個Command 物件的命令型態，優先順序越高的越先出現。
    在Command 物件之中共定義了八種命令型態，從優先順序最高到最低列表如下：
    Command.BACK
    Command.CANCEL
    Command.EXIT
    Command.HELP
    Command.ITEM
    Command.OK
    Command.SCREEN
    Command.STOP

    2. 如果命令型態相同，就比較其優先權，設定值越低的越先出現。

    3. 如果優先權相同，就以利用addCommand()加入畫面的先後順序決定。


    konhon 优华 2005-09-01 16:10 发表评论
    ]]>    native2ascii详解http://www.blogjava.net/konhon/archive/2005/09/01/11755.htmlkonhon 优华konhon 优华Thu, 01 Sep 2005 07:10:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/01/11755.htmlhttp://www.blogjava.net/konhon/comments/11755.htmlhttp://www.blogjava.net/konhon/archive/2005/09/01/11755.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/11755.htmlhttp://www.blogjava.net/konhon/services/trackbacks/11755.html
    转载自：www.csdn.net

    java程序显示中文是大家都遇到过的问题，尤其是JAD文件的中文问题，一般都用native2ascii工具转换，这里收藏了native2ascii工具的详细说明：


    native2ascii - Native-to-ASCII Converter
    Converts a file with native-encoded characters (characters which are non-Latin 1 and non-Unicode) to one with Unicode-encoded characters. 
    SYNOPSIS
    native2ascii [options] [inputfile [outputfile]]

    DESCRIPTION
    The Java compiler and other Java tools can only process files which contain Latin-1 and/or Unicode-encoded (\udddd notation) characters. native2ascii converts files which contain other
     character encodings into files containing Latin-1 and/or Unicode-encoded charaters. 
    If outputfile is omitted, standard output is used for output. If, in addition, inputfile is 
    omitted, standard input is used for input. 

    OPTIONS
    -reverse 
    Perform the reverse operation: convert a file with Latin-1 and/or Unicode encoded characters to one with native-encoded characters. 


    -encoding encoding_name 
    Specify the encoding name which is used by the conversion procedure. 
    The default encoding is taken from System property file.encoding. 
    The encoding_name string must be a string taken from the first column of the table 
    below. 


    -------------------------------------------------------------

    Converter        Description
    Class
    -------------------------------------------------------------

    8859_1           ISO 8859-1
    8859_2           ISO 8859-2
    8859_3           ISO 8859-3
    8859_4           ISO 8859-4
    8859_5           ISO 8859-5
    8859_6           ISO 8859-6
    8859_7           ISO 8859-7
    8859_8           ISO 8859-8
    8859_9           ISO 8859-9
    Big5             Big5, Traditional Chinese
    CNS11643         CNS 11643, Traditional Chinese
    Cp037            USA, Canada(Bilingual, French), Netherlands,
                                   Portugal, Brazil, Australia
    Cp1006           IBM AIX Pakistan (Urdu)
    Cp1025           IBM Multilingual Cyrillic: Bulgaria, Bosnia,
                                   Herzegovinia, Macedonia(FYR)
    Cp1026           IBM Latin-5, Turkey
    Cp1046           IBM Open Edition US EBCDIC
    Cp1097           IBM Iran(Farsi)/Persian
    Cp1098           IBM Iran(Farsi)/Persian (PC)
    Cp1112           IBM Latvia, Lithuania
    Cp1122           IBM Estonia
    Cp1123           IBM Ukraine
    Cp1124           IBM AIX Ukraine
    Cp1125           IBM Ukraine (PC)
    Cp1250           Windows Eastern European
    Cp1251           Windows Cyrillic
    Cp1252           Windows Latin-1
    Cp1253           Windows Greek
    Cp1254           Windows Turkish
    Cp1255           Windows Hebrew
    Cp1256           Windows Arabic
    Cp1257           Windows Baltic
    Cp1258           Windows Vietnamese
    Cp1381           IBM OS/2, DOS People's Republic of China (PRC)
    Cp1383           IBM AIX People's Republic of China (PRC)
    Cp273            IBM Austria, Germany
    Cp277            IBM Denmark, Norway
    Cp278            IBM Finland, Sweden
    Cp280            IBM Italy
    Cp284            IBM Catalan/Spain, Spanish Latin America
    Cp285            IBM United Kingdom, Ireland
    Cp297            IBM France
    Cp33722          IBM-eucJP - Japanese (superset of 5050)
    Cp420            IBM Arabic
    Cp424            IBM Hebrew
    Cp437            MS-DOS United States, Australia, New Zealand,
                                   South Africa
    Cp500            EBCDIC 500V1
    Cp737            PC Greek
    Cp775            PC Baltic
    Cp838            IBM Thailand extended SBCS
    Cp850            MS-DOS Latin-1
    Cp852            MS-DOS Latin-2
    Cp855            IBM Cyrillic
    Cp857            IBM Turkish
    Cp860            MS-DOS Portuguese
    Cp861            MS-DOS Icelandic
    Cp862            PC Hebrew
    Cp863            MS-DOS Canadian French
    Cp864            PC Arabic
    Cp865            MS-DOS Nordic
    Cp866            MS-DOS Russian
    Cp868            MS-DOS Pakistan
    Cp869            IBM Modern Greek
    Cp870            IBM Multilingual Latin-2
    Cp871            IBM Iceland
    Cp874            IBM Thai
    Cp875            IBM Greek
    Cp918            IBM Pakistan(Urdu)
    Cp921            IBM Latvia, Lithuania (AIX, DOS)
    Cp922            IBM Estonia (AIX, DOS)
    Cp930            Japanese Katakana-Kanji mixed with 4370 UDC,
                                   superset of 5026
    Cp933            Korean Mixed with 1880 UDC, superset of 5029
    Cp935            Simplified Chinese Host mixed with 1880 UDC,
                                   superset of 5031
    Cp937            Traditional Chinese Host miexed with 6204 UDC,
                                   superset of 5033
    Cp939            Japanese Latin Kanji mixed with 4370 UDC,
                                   superset of 5035
    Cp942            Japanese (OS/2) superset of 932
    Cp948            OS/2 Chinese (Taiwan) superset of 938
    Cp949            PC Korean
    Cp950            PC Chinese (Hong Kong, Taiwan)
    Cp964            AIX Chinese (Taiwan)
    Cp970            AIX Korean
    EUCJIS           JIS, EUC Encoding, Japanese
    GB2312           GB2312, EUC encoding, Simplified Chinese
    GBK              GBK, Simplified Chinese
    ISO2022CN        ISO 2022 CN, Chinese
    ISO2022CN_CNS    CNS 11643 in ISO-2022-CN form, T. Chinese
    ISO2022CN_GB     GB 2312 in ISO-2022-CN form, S. Chinese
    ISO2022KR        ISO 2022 KR, Korean
    JIS              JIS, Japanese
    JIS0208          JIS 0208, Japanese
    KOI8_R           KOI8-R, Russian
    KSC5601          KS C 5601, Korean
    MS874            Windows Thai
    MacArabic        Macintosh Arabic
    MacCentralEurope Macintosh Latin-2
    MacCroatian      Macintosh Croatian
    MacCyrillic      Macintosh Cyrillic
    MacDingbat       Macintosh Dingbat
    MacGreek         Macintosh Greek
    MacHebrew        Macintosh Hebrew
    MacIceland       Macintosh Iceland
    MacRoman         Macintosh Roman
    MacRomania       Macintosh Romania
    MacSymbol        Macintosh Symbol
    MacThai          Macintosh Thai
    MacTurkish       Macintosh Turkish
    MacUkraine       Macintosh Ukraine
    SJIS             Shift-JIS, Japanese
    UTF8             UTF-8


    不过WTK可以直接解决JAD的中文问题：
        settings>MidLets>MidLet-1属性改成你想要显示的中文后重新生成JAD和JAR文件即可。


    konhon 优华 2005-09-01 15:10 发表评论
    ]]>    j2me内存优化http://www.blogjava.net/konhon/archive/2005/09/01/11700.htmlkonhon 优华konhon 优华Thu, 01 Sep 2005 00:10:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/01/11700.htmlhttp://www.blogjava.net/konhon/comments/11700.htmlhttp://www.blogjava.net/konhon/archive/2005/09/01/11700.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/11700.htmlhttp://www.blogjava.net/konhon/services/trackbacks/11700.html
    一．代码优化
    内存会溢出肯定和代码逃不了关系,99.99%学java的人都知道垃圾回收器是java的一大优点并据此来嘲笑C++。显然这个特性为代码编写者省了不少事，但这个特性却带来了不少隐患。举个例子在游戏当中经常有不同场景的切换，如从游戏逻辑退到主菜单逻辑,对游戏逻辑对象的态度很多人会选择忘记等待垃圾回收器来收尸^_^。乍看之下似乎并无不妥垃圾回收器会来善后。实际上垃圾回收器并非实时的,它不像C++的Delete语句马上释放不用的内存。当从游戏逻辑切换到主菜单逻辑这时两个对象同时存在很可能这时内存就不够用了。读到这里很多人会发现实际上垃圾回收器在j2me上并不怎么好用，从一个角度上来讲在j2me上所有垃圾必须由手工释放,除简单类型以外所有对象都必须显式地置空例如 imgs=null; 实际上java提供了一个不错的工具用来查找内存溢出,java.lang.Runtime.freeMemory() 。它可以返回当前的剩余内存数，将它适当的安放在代码中可以有效的监测内存使用状况。很大一部份的j2me程序员之前都是从事pc软件开发工作，充裕的内存掩盖了许多写代码的不良习惯。如下所示:
    //a 不为空
    a=new Logic();
    很多人可能对此有异议，他们会认为新的对象会把旧的对象冲掉并且释放内存。这里面包含两个问题：1. 该段代码是先创建对象然后再进行赋值操作的，也就是说在这期间有两个对象同时存在这就很可能会产生溢出。2. 这样做也会妨碍垃圾回收器的工作
    较好的写法如下:
    a=null;
    a=new Logic();
    虽然麻烦了点但在j2me中还是必要的。接着看下例。
    drawString("游戏时间:" + time ,50,50,Graphics.LEFT|Graphics.TOP);
    "游戏时间:" + time 很完美在paint()方法当中每次都被刷一遍显示在屏幕上。危机往往隐藏在美丽的外表，该语句会引起新的内存重新分配来存储 "游戏时间:" + time 而显示完以后又必须由垃圾回收器释放，用了双倍时间,并且容易发生内存溢出。依此类推在重复执行的方法里应尽量避免重复定义对象。与paint()方法类似在循环里也有类似的情况存在。
    把所有对象的初始化放在构造函数里想必是再正当不过了,大多数人通常的做法是把当前逻辑所要用到的资源通通初始化完毕。
    很大一部份的内存溢出都是发生在构造函数中。内存使用的高峰期都是在构造函数中所以避开这个高峰能有效的防止溢出。建议最好的办法是第一次使用时初始化。如下所示
    if (img==null){
    //初始化
    }
    现在做游戏很多时候都需要地图数组，声音数组，还有一些其它资源这些资源很多可以放在代码中也有的可以放在文件当中。
    强烈建议将这些资源放在文件中需要时在load进来。这些资源文件如果放在代码中则会占用不小的代码段空间，而代码一般是程序一运行就装载到内存当中。
    除上面列举的方法外还有一些大家所熟知的顺便一提, 比如关闭没用的rms ，关闭没用的网络连接，关闭没用的流。正确地停止线程。良好的程序架构减少代码偶合性也是一个不错的方法，无论在代码调式，内存释放都可以做到非常清析。

    二. 图片优化
    j2me的内存杀手无疑非图片莫属,一张3k的图片可以占用20多k的内存不信大家把load前后的内存剩余打印出来对比看看。所以防止内存溢出最直接的办法就是从图片入手。
    1．图片压缩: 多数人马上会想到这个办法。不错这个办法是最有效的。在photoshop里图片制作完成后不要选择 "存储为"，而是选择 "存储为 web 所用格式" 可以根据里面的选项进行压缩，特别是颜色这一项越小越好不过相应的图像会有所失真。不要认为这样就完了。
    实际上该图片还可以再次压缩，在网上有许多类似的工具。推荐一款可以压缩png格式的软件 xat.com Image Optimizer 效果不错。经常都有 70% 的压缩率且图像不会失真。
    假如你有多张规格一样的图片，那么建议你把它做成一张长条图片。有两个原因：
    1、 这样节省存储空间和内存空间。大家可做个试验将10张图片的内容放在一张当中对比看看文件大小有没有变化。
    2 、10张图片需要10个image 对象需要进行10次io操作浪费时间不说还浪费内存。当笔者发现这个好处时兴奋地把所有图片都存成一张，吱地一声内存又溢出了...原因想必大家也知道!！图片太大了不要把不同界面的图片整合在一起否则经常会得不偿失。
    作图时还有一些细节需要注意,颜色数量，分辩率，图像模式（最好是索引颜色),画布大小都会影响到图片大小。

    三． 工具优化
    谁都知道混淆器是用来保护代码的以加大反编译的难度(个人认为这是在嘲笑程序员的智商）。实际上用它来优化程序也是不错的选择，至少有两点好处：1、 压缩程序大小。一个60k的程序经常可以压掉10k左右。10k的空间对于写低端手机的程序员简直是雪中送碳，多少超过64k限制的游戏都受过它的恩惠；2、节省内存空间。用脚去想也想得出来代码少了内存里的代码段自然就短了。
    根据经验很多人都会用jb自带的混淆器RetroGuard，实际上它效果并不怎么好。推荐使用proguard 在 http://sf.net 可以免费下载，它可以比retroguard 多压缩3至4 k 以上而且安全性更好。


    konhon 优华 2005-09-01 08:10 发表评论
    ]]>    J2mehttp://www.blogjava.net/konhon/archive/2005/09/01/11699.htmlkonhon 优华konhon 优华Thu, 01 Sep 2005 00:09:00 GMThttp://www.blogjava.net/konhon/archive/2005/09/01/11699.htmlhttp://www.blogjava.net/konhon/comments/11699.htmlhttp://www.blogjava.net/konhon/archive/2005/09/01/11699.html#Feedback0http://www.blogjava.net/konhon/comments/commentRss/11699.htmlhttp://www.blogjava.net/konhon/services/trackbacks/11699.html昨天在網上看到有關J2me的開發, 便想試試.於是下載了開發工具.
    eclipse 3.0.1, eclipseme0.4.0安裝一切正常.

    安裝後便依照網上寫了一個HelloWorld程序, 運行,怪事出來啦, 模似器一閃,馬上又自動關閉啦. 看不到效果.

    今天早上反把eclipse換成3.1的, eclipseme換成1.1.0的, 再試試, 問題居然解決啦, 郁悶呀, Java這東西老是怪問題, 而且大多數都版本不兼容所引起的, 開源這東西雖然好, 可是這開源程序之間的兼容可是個大問題.



    konhon 优华 2005-09-01 08:09 发表评论
    ]]>