[J2ME] BloglinesMobileBuddy

(Bloglines手機(jī)伴侶)

開源說明

我的資源：

http://www.cnblogs.com/Files/zhengyun_ustc/BloglinesMobile-src.rar

雖然還有這樣那樣的問題，但是作為一個(gè)Alpha版本的j2me軟件，能夠在Nokia S60系列手機(jī)上運(yùn)行，這樣已經(jīng)足夠了，所以先放出源代碼，希望拋磚引玉吸引有志者繼續(xù)在此基礎(chǔ)上修改。

http://www.cnblogs.com/Files/zhengyun_ustc/flickrBuddy.rar

服務(wù)器端的web service已經(jīng)能夠發(fā)布alpha版本了，請(qǐng)?jiān)谙螺d。這是一個(gè)tomcat+axis搭建環(huán)境下的java web service。

提請(qǐng)注意的是，由于本源代碼中包含了bluegammon/jmobilecore/henson.midp.Float/Zohar Melamed’s Jbloglines等開放源代碼庫，所以我也遵循GPL協(xié)議，請(qǐng)看后面的“開源版權(quán)聲明”。

http://www.cnblogs.com/Files/zhengyun_ustc/BloglinesMobile-deployed.rar

Nokia S60系列安裝程序，用數(shù)據(jù)線傳BloglinesMobile.jar到您的手機(jī)上即可安裝。

測(cè)試體驗(yàn)

我在Nokia 7610上測(cè)試過了，整體視覺效果還是不錯(cuò)的，而且登錄和閱讀速度還是蠻快的。昨晚上，在手機(jī)上竟然踏踏實(shí)實(shí)把按摩乳的《讓小強(qiáng)真正來一次歷險(xiǎn)》和《正面新聞》共計(jì)七千七百余字的網(wǎng)志看完了，呵呵，不得不佩服Nokia7610的內(nèi)存夠大的，竟然還能夠流暢地顯示。

為什么要為Bloglines制作無線閱讀軟件呢？

在2005年10月，Web 2.0 Conference最后一天的會(huì)議上，Ask Jeeves的一位副董事長(zhǎng)公布了旗下Bloglines網(wǎng)站的一些最新數(shù)據(jù)(PPT格式)，這些數(shù)據(jù)也可以從另一個(gè)方面體現(xiàn)出目前RSS的使用狀況。

- 有超過135萬條Feed至少有一個(gè)訂閱者。

- 14,363條Feed的訂閱者超過50人。

- 437條Feed的訂閱者在1000人以上。

- 60條Feed有5000人以上訂閱。

- Slashdot是唯一訂閱者超過50000人的Feed。

Bloglines是目前使用最為廣泛的在線RSS閱讀服務(wù)之一，這么多的訂閱者，他們也許需要在無線條件下閱讀Bloglines提供的服務(wù)，所以我制作了這款手機(jī)程序。

Bloglines 是什么

Bloglines 是一個(gè)全球最搶眼的基于Web的blog訂閱跟蹤服務(wù)之一，它允許個(gè)人對(duì) weblog 和新聞的各種訂閱保持跟蹤，這些訂閱內(nèi)容以 Really Simple Syndication（RSS）和 Atom 提供的形式交付。

我每天第一件事情就是打開bloglines，看看我訂閱的21個(gè)資料庫有沒有更新他們的blog。21個(gè)資料庫，是不是少了點(diǎn)？我也曾經(jīng)看過其他人有過成千上萬個(gè)資料庫，不過，我感覺其中80%的blog其實(shí)不值得逐日跟蹤。

開源版權(quán)聲明

由于我這個(gè)版本的 Bloglines Mobile Buddy手機(jī)伴侶 也是基于bluegammon/jmobilecore/henson.midp.Float/Zohar Melamed’s Jbloglines等基礎(chǔ)上加入我的智慧整合而來的，所以決定遵照GPL協(xié)議的大意開放源代碼，您可以自由傳播和修改，在遵照下面的約束條件的前提下：

這樣，您就可以自由使用并傳播本源代碼，當(dāng)然請(qǐng)您原封不動(dòng)地保留原作者信息。

我的個(gè)人觀點(diǎn)，不知道對(duì)不對(duì)（http://community.csdn.net/Expert/topic/4477/4477765.xml?temp=.6836969）：
你所說的KEY_SOFTKEY1,KEY_SOFTKEY2,KEY_SOFTKEY3這幾個(gè)定義，應(yīng)該是Ｎｏｋｉａ　ＵＩ　ＡＰＩ中的ＦｕｌｌＣａｎｖａｓ定義的吧？
而ＭＩＤＰ２．０的Ｃａｎｖａｓ規(guī)范并沒有定義這幾個(gè)。

請(qǐng)看：
《Series 60 Developer Platform 2.0: Specification v1.0》，
Page 77:
Left soft key, -6, "Left soft key" or left soft-key symbol
Right soft key, -7, "Right soft key" or right soft-key symbol
Middle soft key, -5, "Select", "Middle soft key" or similar symbol
所以我們的Ｎｏｋｉａ、Samsung和SonyEricsson專有程序中會(huì)這么定義：
    /**
     * Key code for the FIRE game action.
     */
    public static final int KEY_FIRE = -5;

    /**
     * Key code for left soft key
     */
    public static final int KEY_SOFT_LEFT = -6;

    /**
     * Key code for right soft key
     */
    public static final int KEY_SOFT_RIGHT = -7;
在摩托羅拉專有的程序中則這么定義：
    /**
     * Key code for the FIRE game action.
     */
    public static final int KEY_FIRE = 20;

    /**
     * Key code for left soft key
     */
    public static final int KEY_SOFT_LEFT = 21;

    /**
     * Key code for right soft key
     */
    public static final int KEY_SOFT_RIGHT = 22;
在西門子程序中則這么定義：
    /**
     * Key code for the FIRE game action.
     */
    public static final int KEY_FIRE = -26;

    /**
     * Key code for left soft key
     */
    public static final int KEY_SOFT_LEFT = -1;

    /**
     * Key code for right soft key
     */
    public static final int KEY_SOFT_RIGHT = -4;

Ｓｏｆｔｋｅｙｓ并沒有被包含在ＭＩＤＰ２．０的規(guī)范中，所以，
如果你非要在手機(jī)上使用這幾個(gè)Ｓｏｆｔｋｅｙｓ，那么請(qǐng)注意手機(jī)的差異，你可能需要針對(duì)不同款手機(jī)分別定義了。

以下對(duì)撥打電話的手機(jī)按鍵的定義是在nokia、三星和Motorola（v80/220/300/400/500/600, e398, c650）：

以下這種定義是在西門子：

以下這種定義是在Motorola platform phones iDEN, T280, T72x, v6x

源代碼下載：服務(wù)器端的web service已經(jīng)能夠發(fā)布alpha版本了，請(qǐng)?jiān)?A >http://www.cnblogs.com/Files/zhengyun_ustc/flickrBuddy.rar下載。這是一個(gè)tomcat+axis搭建環(huán)境下的java web service。

2005年12月25日晚上：
今日完成的開發(fā)，是點(diǎn)擊前面列出的blog訂閱源標(biāo)題，則請(qǐng)求bloglines檢索這個(gè)特定訂閱的博客登錄條目。
以彈出式對(duì)話框展示文章內(nèi)容。
下面演示此j2me軟件：

第一步，輸入你的bloglines登錄電子郵件地址：

 ，

然后輸入你的登錄密碼：

然后手機(jī)將去bloglines站點(diǎn)檢索你所訂閱的blog源，并將標(biāo)題和未讀blog條目數(shù)顯示在界面上，如下所示：

點(diǎn)擊其中一個(gè)blog標(biāo)題，你可以看到該blog的你尚未讀過的blog文章集合，如下所示：
 

與之對(duì)照的blog文章如下所示：
 

更多圖片：
   
  

Midletinfo

探索手機(jī)

javaME系統(tǒng)信息的實(shí)用工具

摘要：

本文檔幫你了解實(shí)用工具midletinfo，簡(jiǎn)單地說，它發(fā)掘了javaME所能得到的大多數(shù)系統(tǒng)信息，對(duì)試圖將自己的程序在不同款手機(jī)上運(yùn)行的開發(fā)者會(huì)很有幫助的。

1背景

1.1. 下載

下載鏈接：http://jmobilecore.sourceforge.net/midletinfo/index.html。

官方介紹：

Midletinfo展示以下信息：

u       系統(tǒng)信息：內(nèi)存以及j2me屬性；

u       屏幕信息：分辨率、色彩支持、繪制屬性和按鍵屬性；

u       字體；

u       畫布上按鍵對(duì)應(yīng)的值(很有用！)；

u       所支持的連接協(xié)議類型；

這些信息對(duì)于開發(fā)者而言，都非常有用。比如說很多開發(fā)者遇到的問題是，按鍵對(duì)應(yīng)的數(shù)值，每款手機(jī)都不太一致，用midletinfo就很容易幫你確定了。

源代碼在此：http://jmobilecore.sourceforge.net/midletinfo/src

1.2. 系統(tǒng)信息

如圖所示：
 

看，編碼類型、cldc類型、midp類型都知道了。

1.3. 屏幕信息

如圖所示：
 

class MainEngine extends FullCanvas
    implements Runnable
{
。。。。
    static Image imgs[];
    public static void initImage() {
      if (!isLoadImg) {
        if(imgs == null)
            imgs = new Image[GameData.imgName.length];
        for (int i = 0; i < GameData.imgName.length - 1; i++) {
          if (imgs[i] == null) {
            try {
              imgs[i] = Image.createImage("/" + GameData.imgName[i]);
            }
            catch (Exception ex) {
              System.out.println("i:"+i);
              ex.printStackTrace();
            }
          }
          percent = (i * 100) / (GameData.imgName.length - 1);
          Sib.engine.flushGraphic();
        }
        isLoadImg = true;
      }
    }

而且我搜索了它的5個(gè)java文件，它在什么情況下調(diào)用System.gc()呢？
下面三種情況：
用戶返回游戲時(shí)(可能之前去接聽電話了？或者去設(shè)置里改參數(shù)了？)；
用戶選完飛機(jī)后，這可能是一個(gè)選項(xiàng)菜單，選飛機(jī)時(shí)所用到的資源可能以后在游戲中沒必要用，所以及時(shí)回收一下；
顯示過關(guān)界面時(shí)，這時(shí)候有卡的現(xiàn)象，歡喜的用戶也不會(huì)在意的。

除此之外就沒有了。

Nokia 的文檔Known Issues In The Nokia 6600 MIDP 2.0 Implementation v1.7說：
2.15.1 Garbage collecting
Description
Calling the System.gc() method results in extreme slowness and jamming. In Monty 1.0 VM, garbage
collection is different and every time System.gc is called, the entire memory is really cleared.
This is an extremely slow process!
Solution
Do not call the System.gc method at all, or call the System.gc() garbage collecting method only
in non-time-critical situations, such as screen transitions, state transitions, pause states,
etc. If the System.gc() method is used, it is recommended to add a short delay (~20-50 ms) after
the method call to ensure the sufficient time for the garbage collection, as in the following

example
System.gc();
Thread.sleep(delay); delay = 20-50 ms

[JavaME]手機(jī)上如何繪制半透明圖片

windcao提供了一個(gè)CreateAlphaImage方法

Windcao提供的CreateAlphaImage的意思是這樣的“如果需要半透明可以先在image上畫，然后把這個(gè)Image弄成半透明的。最后將Image繪到Canvas上就OK了”。

 他的處理函數(shù)如下所示：

public static Image CreateAlphaImage(int Alphalike 0x88000000,Image src) {
        int w,h;
        w=src.getWidth();
        h=src.getHeight();        
        int len=wh;
        int srcRgb[]=new int[len];
        int dscRgb[]=new int[len];

        try{
            src.getRGB(srcRgb,0,w,0,0,w,h);
        }
        catch(Exception ex){
            ex.printStackTrace();
        }

        for (int i = 0; i  len; i++) {
         
                dscRgb[i] = srcRgb[i]+Alpha;
        }
        Image result=Image.createRGBImage(dscRgb,w,h,true);
        return result;
    }

我在工程中用了，有效果，好像也不需要對(duì)原始的Image src有什么特殊要求。

可以與

做一下對(duì)比。

后者沒有將圖片作CreateAlphaImage處理。所以繪制的圖片覆蓋了原來的文字。

我是在一個(gè)CustomItem擴(kuò)展類中使用這個(gè)半透明圖片的，代碼如下所示：

public class StringKeyItem extends CustomItem{
。。。
      private static Image m_imageCommand =
    CommandResources.getImage(CommandResources.IMG_COMMAND);
。。。
      public StringKeyItem( 
       GUIController control,
       int inIndent, String inText )
       {
。。。
    m_imageCommand = CreateAlphaImage(0x88000000,m_imageCommand);
       }

。。。
    public void paint( Graphics g, int w, int h )
        {
。。。
           // draw the text: word-wrap is an exercise for the reader
            g.drawString( text, 
                indent * INDENT_MARGIN + FONT_HEIGHT, 0, g.TOP | g.LEFT );
            
    /**//*
     * 繪制一個(gè)半透明的前景圖片，剛好就貼在StringKeyItem的文字上，還可以顯示底色以及文字
     */
    g.drawImage(m_imageCommand, 
            indent * INDENT_MARGIN + FONT_HEIGHT, 0, g.TOP | g.LEFT);
        }

實(shí)踐效果還是不錯(cuò)的。

感謝windcao的代碼共享和思路提供！

為什么會(huì)在HttpConnection訪問遠(yuǎn)端服務(wù)器時(shí)，得到了ArrayIndexOutofBoundException異常呢？
有這么一種可能：
遠(yuǎn)端服務(wù)器雖然完整地響應(yīng)了數(shù)據(jù)，但是卻存在兩種隱患：服務(wù)器沒有正確地設(shè)置HTTP_CONTENT_LENGTH頭域，
或者設(shè)置了但是在傳輸過程中，可能遠(yuǎn)端服務(wù)器和手機(jī)之間的某一代理服務(wù)器人為修改，導(dǎo)致
在手機(jī)端，代碼仍試圖按照HTTP_CONTENT_LENGTH的錯(cuò)誤數(shù)值-1去檢索數(shù)據(jù)，所以得到了這個(gè)異常。

解決辦法：
一是確定服務(wù)器端正確地改寫了HTTP_CONTENT_LENGTH頭域；
二是針對(duì)手機(jī)端拿到了HTTP_CONTENT_LENGTH的錯(cuò)誤數(shù)值-1，作相應(yīng)處理。