Category Archives: Google

Volley: Google 自家制 Android Network Library – ImageLoader

上回: Google I/O 2013 (1) – Volley: Google 自家制 Android Network Library

初試試Google 的Volley Library , 發現是比從前簡單了一點兒,由於沒有任何的Document,只有上網找找人家的案例再從錯誤中學習一下。今次講一講ImageLoader ,從前但部份也是用github上某個大大的Library 吧,今次試試使用volley實作。

首先,Volley 已經有很完善的Http Request 的流程,也有一推Caching Helper。

要做一個類ImageLoader Library ,Volley內已經有以下元件:

  • ImageLoader ( com.android.volley.toolbox.ImageLoader)
  • RequestQueue
  • ImageCache

實戰過程中,沒有像Youtube Google 神使用得那麼簡單。Youtube 內有BitmapLruCache,但是原來它的tool內沒有包括在內,需要用家親自處理。ImageLoader 內需要的是一個RequestQueue 處理Request ,及一個ImageCache。

/**

* Constructs a new ImageLoader.

* @param queue The RequestQueue to use for making image requests.

* @param imageCache The cache to use as an L1 cache.

*/

public ImageLoader(RequestQueue queue, ImageCache imageCache) {

mRequestQueue = queue;

mCache = imageCache;

}

本人做了一個類BitmapLruCache的Class

/***

* Helper Class for Volley ImageLoader Bitmap ImageCache, since it need LruCache

* Memory Cache Class

* @author 阿目

*

*/

class VolleyBitmapLruCache extends LruCache<String, Bitmap> implements ImageCache {

public static int getDefaultLruCacheSize() {

final int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);

final int cacheSize = maxMemory / 8;

return cacheSize;

}

public VolleyBitmapLruCache(Context context) {

this(context , getDefaultLruCacheSize());

}

public VolleyBitmapLruCache(Context context , int sizeInKiloBytes) {

super(sizeInKiloBytes);

}

@Override

protected int sizeOf(String key, Bitmap value) {

return value.getRowBytes() * value.getHeight() / 1024;

}

@Override

public Bitmap getBitmap(String url) {

return get(url);

}

@Override

public void putBitmap(String url, Bitmap bitmap) {

put(url, bitmap);

}

}

另外為了方便自己使用整個流程,也起了一個Class 為VolleyImageLoaderHelper,如下:

/***

* VolleyImageLoaderHelper  Class for Volley ImageLoader

* Memory Cache Class

* @author 阿目

*

*/

public class VolleyImageLoaderHelper {

// ImageLoader From Volley

private static ImageLoader sImageLoader;

/**

*

* @return Volley ImageLoader

*/

public static ImageLoader get() {

return sImageLoader;

}

public static void initImageLoader(Context context) {

if (sImageLoader != null) {

return;

}

sImageLoader = new ImageLoader(

Volley.newRequestQueue(context), // Volley Request

new VolleyBitmapLruCache(context) // Volley BitmapLruCacheHepler

);

}

}

第一次使用時,在e.g. MainActivity 下啟動VolleyImageLoaderHelper

VolleyImageLoaderHelper.initImageLoader(getApplicationContext());  // init VolleyImageLoaderHelper

VolleyImageLoaderHelper.get().get(url, new ImageListener() {

@Override

public void onErrorResponse(VolleyError error) {

img.setImageResource(R.drawable.ic_launcher);

}

@Override

public void onResponse(final ImageContainer response, boolean isImmediate) {

// response.getBitmap();   // 這個就是最後得來的Bitmap

}

}

這使得成個流程也非常簡單。

以下是 上面的簡單例子:github.com/extralam/VolleyImageHelper

*有沒有發現像流了一點東西呢?其實這個實作不是完全品,這個helper 是沒有做fileCache ,在Volley 內有DiskBasedCache可以幫助你完成這工作。

除此以外,Volley Library 已經有一個NetworkImageView 的widget 幫手處理Image 。

廣告

Google I/O 2013 (1) – Volley: Google 自家制 Android Network Library

Google IO 2013

前言

每一年既 Google I/O 都有好多好精彩既 Presentation。今年當然不會例外,除左現場網上直播的環節,其他同時間進行的環節已經上載到 GoogleDevelopers 的 Youtube Channel。有興趣可以到Youtube 或 Google I/O 2013 的主頁觀看,而筆者也會在這裏不定期分享一下本人有興趣的題目,也歡迎大家投稿分享。

Volley: Easy, Fast Networking for Android

講到 Android Network library,Java本身已經有Apache HttpClient、HttpURLConnection。咁點解Android 要做Volley?根據片中所講,因為以上方法有幾個問題:

  1. 網絡請求(Network Request) 是序列進行。(假設沒有用到Async Task)
  2. 當你旋轉屏幕時所有東西要重新從網絡載入一次,所以要自己處理緩存(cache)的問題
  3. 當View重用的時候,AsyncTasks會重疊 (AsyncTask stomp on recycled views)
  4. HttpURLConnection 在 Froyo 或以前的版本有兼容性間題

Google 推出Volley這個框架(framework),只要用很少的程式碼就可以處理到網絡請求,並解決以上的問題!在筆者看來,Volley 的功能就似Android 版的 ASIHTTPRequest (ASIHTTPRequest 是Objective-C 上知名的專門用來處理HTTP requests 的框架)。

Volley 有以下幾個特點:

  • 使用漂亮和簡單的API來執行REST請求
  • 將底層抽象化(abstracting)來統一REST請求機制 (也就是說,你不關心任何更多關於HttpClient的或HttpURLConnection類。在較低版本(GINGERBREAD)Volley使用AndroidHttpClient並沒有更高的使用HttpURLConnection類)
  • 非常快!根據片中所講,他們測試了Volley在Google與幾個不同的應用程序,Volley在當中是明顯的勝出
  • 可擴展!你可以用它為基礎創建自己的自定義類型的請求(以及回應處理/解析)

有興趣可以到以下地方下載:

https://android.googlesource.com/platform/frameworks/volley

Android Fragment 問題

Android 有一種新的開發模式是用Fragment, 但筆者我常常發現當用家按Home 鍵後,長時間後回來App就發會有null point Exception  問題。

這是因為os本身為你解放咗一些memory 問題。

解決方方是當使用者按Home 後,先保存Fragment 到Bundle 那裡去

以下是簡單的例子。

Fragment mContent;

@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
if (savedInstanceState != null)
             mContent = getSupportFragmentManager().getFragment(savedInstanceState, “mContent");
if (mContent == null)
              mContent = new Fragment();
}
@Override
public void onSaveInstanceState(Bundle o) {
super.onSaveInstanceState(o);
getSupportFragmentManager().putFragment(o, “mContent", mContent);
}
本文是記得筆者自已的解法方法,希望也幫到你吧。

智能手機軟件市場大戰

app-store-3

就智能系統市場佔有率而言,安桌無疑是首位,其次是蘋果iOS系統,之後才到BB / WINDOWS PHONE。

當然談論系統上的程式數量,當然也是安桌市場完勝,主要原因是沒有檢查便可以快速上架了。

但論程式質素,無疑iOS 的系統,單單送批也要兩個星期才可以上架,可見蘋果公司是多重視用家的體驗。

另一個原因,很可能開發iOS程式比其他系統更容易,容易在於手機只是幾款,但是安桌則上萬款,開發iOS 得到一個保證。

還有的是整個生態系統更完善,更多人使用正版軟件,令開發者更有利可圖,更願意付出並做得更好。

下圖是在兩個市場上購買正版軟件的比例。可以看出整體表現也是iOS  完勝 Android。

Screen_Shot_2012-12-03_at_09.42.05

Relative value of app purchases from App Store and Google Play by month. App Store in January = 100. (Source: App Annie)

Read the rest of this entry

[轉載]Nexus 7 係一部 iPad 殺手?

Google 於今年的 I/O 2012 發布其自家出品平板電腦 Nexus 7 配備新一代系統 Android 4.1 Jelly Bean。有人說這是一部真正的 iPad Killer,原因在於強勁的配置及迷人的價格。

  1. 新一代 Tegra3 四機心平板,
  2. 新系統 Android 4.1 Jelly Bean
  3. Wifi, bluetooth and NFC
  4. 超過 4000mah 電量,可以使用超過九小時,
  5. 全視角超高解像度 IPS 屏1280*800,
  6. 內置 8gb 或16gb ,跟 iPad一様不能插卡用作擴充之用。
  7. 最重要是價格只是 US$199 (約HK$1600港幣)

網上多處報導指出此機成本逹US$184,但是 Google  以一個漂亮的價錢希望它能帶領自己的平板電腦創造一個更強更大的生態圈。(我想它也是參考 kindle fire 價格作為藍本)

筆者不認為這一部 nexus 7 能打敗任何 ipad 的路線,無論屏的寸數,價格也不是和蘋果作對比。筆者認為

Google 的理念不是從蘋果ipad手中搶更多更多的市場佔有率,而是將整個市場擴大,由100%變成200%或更多更多,讓原本不打算購買的用家也考慮一下平板電腦。Google 要的就是創造一個新的藍海。

當然這一種價格會令其他代工處於不良的影響。

例如 Amazon 便處於一個難堪的局面,要知道 kindle fire (只是雙核心) 也是一様的價格,當然 Amazon 應該會有新的方向,傳聞會推出新的四款平板電腦,見此處

三種國內平板電腦常用CPU http://mp3.zol.com.cn/304/3049111.html

另外會處於一種難堪的局面相信會是國內平板電腦生產商。要知道 Nexus 7 這種配備也是約HK$1600左右。國內差不多價格的平板電腦也只是使用雙核處理器,像 TI 德州4430處理器,瑞芯微 Rockchips RK3066制程 或 晶晨aml8726-mx。這幾種配備的國內平板也是剛剛發報,筆者試過三者的平板也有不錯的效果。問題就來了,它們的位置應該是怎様呢?應該降到HK$1000以下嗎?

當然,Google 這一種配置,這一種價格,最終會令整個硬件質量提升,從而令用戶有更好的使用體驗。價格也會令更多人容易接受,令它們更願意購買試一試使用平板的感覺。(至少我老豆都問我 Google 出個個平板好似好平wo~)所以這是一種 win-win 的局面。並不存在所謂的 iPad Killer ,Google 目標只是放在更長遠的利益上。

Source : http://dukeland.hk/2012/07/09/nexus7-is-ipad-killer/

Google 推新的短網址服務

在2009年,google 推出其短網址網站 goo.gl

今天,它們再推出一個全新的短網址服務 g.co

這個更短的網址令大家更容易分享及記住。

前者goo.gl會繼續為大家服務。

這會幫助你嗎?

亞馬遜Amazon推平板

今天,華爾街日報報導,亞馬遜計劃十月推出基於 Android的平板。

在消息顯示,亞馬遜他們的第一款Android平板將有9英寸的屏幕(相當於 iPad的9.7英寸的),將運行一個未指定的版本的Andr​​oid,不會有一個攝像頭,不會是亞馬遜的設計,他們將設計和製造外包了 一間亞洲公司。原因?可能是因為他們希望盡快完成。

華爾街日報還報導,亞馬遜正在開發另一種版本,他們正在設計自己的,但不會準備到明年。

這表示第一個版本已價格為首。

畢竟現在不是賣硬件,而是得到一個長遠的利錢計劃。

(消息來源:TechChurchSinaWSJ,圖片來源:cellphonequickTechChurch

What Do You Love?你愛什麼?

What Do You Love?你愛什麼?

在這個網站,打上你愛的東西。

Google 會幫你找上相關的資料,轉看下面影片。

如果相關技術再提升的話,可真不得了。

全新的Android Market安桌市場

Google 已經宣布,將會推出全新的Android Market (安桌市場) 在 Android手機上。

隨著整體重新設計,新的Android Market 將增加書籍和電影標籤。

更新的市場可用於手機運行 Android2.2及以上,並會推出在未來幾週內。

(會增加電影和書籍,只限美國)

文章來自: 9to5google

 

 

Google+Facebook

你覺得又要開google+ ,又要開Facebook 好麻煩?

不緊要!國外又有神人造了一個Google chrome plugin了。

Google+Facebook:http://crossrider.com/install/519-google-facebook

安裝完個plugin 後,Google+會多了一個icon 就是Facebook Icon 了。

這樣你就可以看到你的wall了!(神呀!!!)