ysl 的程式天堂 - Android 應用開發 ‧ 研究 ‧ 與諮詢

2012 Android 4 手機應用開發課程 @ 台灣

2012-01-20T14:31:00.016+08:00

2012 mobile app development training courses for Android 4 @ Taiwan

在 2012 年，除了延續 2011 的課程，並將原先的課程內容都改以 Android 4 平台為主之外，還加開了「深入研究Android 4手機應用新架構」這門進階課。

入門課 - Android應用開發設計實務

首先，我將課程內容都改以 Android 4 平台為主。在這個 Android 入門開發課程中，最重的要的是幫助入門者打好基礎，尤其是 Android 平台的架構，與在該平台上應用程式運作的基礎觀念與原理。這部分要是清楚了，日後遇到問題，要自己找資料解決，也有個方向。另外就是對 ListView 元件的運行原理，也有深入的介紹，ListView 是 Android 眾多 UI 元件中，最常用到的，也是最好用的一個。透過對 ListView 的了解，其他類似的元件如 GridView, Spinner 等由 AdapterView 所延伸的元件，自然也可觸類旁通。
課程大綱
熟悉 Android 2.X開發環境與Android平台知識

瞭解Android 2.X程式框架

如何有效率的偵錯程式

功能選單之設計與應用

各式使用者介面元件之設計與應用

如何支援多國語言與不同的硬體設備

Intent 的使用

深入剖析 Activity 之運作行為

發佈應用程式與參考資料

進階課 I - 深入研究三大元件與桌面小工具之開發

這個課程先帶領你深入研究 Android 三大重要元件 (Actiovity, Service, BroadcastReceiver) 的運作原理，與建立正確的使用觀念。其中我會用將近一天的時間來解釋與剖析 Activity & Service 的生命週期。這部分是對已入門的開發者，最最重要的一部分，卻也是最不容易全盤了解與最容易被忽視的一部分。我試玩過很多應用，也看過不少人的程式，與發問的問題，都是源自於對這部分的了解不夠透徹。BroadcastReceiver e也是最常被使用的元件，在學如何開發桌面小工具之前，如何使用這元件的正確觀念是一定要先建立的。接下來，我會介紹如何開發桌面小工具和多媒體應用。對於已熟悉 Android 應用開發，而想進一步提昇您自身應用開發實力與建立正確觀念的您，這個課程是一定要上的。
課程大綱
深入研究Android生命週期

如何開發自訂使用者元件

各式繪圖功能之使用與應用

BroadcastReceiver之使用與應用

深入研究Service之使用與應用

如何建立桌面小工具

重力加速感應器的使用與應用

如何播放與錄製多媒體影音

進階課 II - 深入研究Android 4手機應用新架構

在這個進階課程中，將介紹並帶領學員深入研究 Android 3、4 新應用架構與 APIs。首先要介紹的就是 Fragments，如果你要將你的應用同時執行在手機與平板上，Fragments 是一定要導入的設計概念。就算你只支援手機應用，新的 Fragments 也有助於將你的應用架構，整理的更模組化與達到高重用性的目的。除此之外，我也將一次介紹 Android 3/4 所加進來的各項重要新功能。
課程大綱
設計平板與手機應用的最佳策略

- Fragments 簡介

- 深入研究 Fragment 生命週期

- new resource qualifiers

- 同時支援各式螢幕大小不同的設備

支援 Android 3/4 桌面小工具新功能

- 可縮放的桌面小工具

- StackView, ListView

- RemoteViewService

Android 3/4 新功能

- Action bar

- Status bar notifications

- PreferenceActivity, PreferenceFragment

- PopupMenu

- GridLayout

- Drag & Drop

- Copy & Past

進階課 III - 雲端/地圖應用開發與原碼解析

在這個進階課程中，我會先介紹如何開發存取網路的 Android 應用。行動網路是智慧型手機的重要特色之一，因此開發具有網路存取功能的應用，也是大家常常會接觸的工作之一。我會在課程中提及如何在 Android 手機平台上，正確執行這項工作。智慧型手機的另項特色，就是 GPS (location-based)。
接下來，我會介紹如何開發地圖 (LBS, location-based) 應用，如何抓取經緯度座標，寫好地圖應用，都是這課程會教的事。
最後，我會花半天的時間，教大家如何讀 Android 應用的源碼，並實際拿個例子來解說。我個人覺得閱讀及追蹤 Android 的原始碼，是提昇你 Android 程式設計功力最好的方式之一。當你已具備 Android 開發基礎的情況下，想要再進一步提升你的程式設計功力，除了要想辦法讓自己多增加些程式設計經驗外，閱讀及追蹤別人寫的程式碼，更是最好的方法。不過網路上，每個人的程式功力高低不同，寫出來的程式也有好有差。讀到不良的程式，看不懂還不打緊，如果誤導你的觀念，那可就得不償失。因此，當你底子還不足以判斷好壞程式時，研讀 Android 原始碼，就是你學習 Android 程式設計時，最好的導師。
在這課程中，也會教授 Android 的第四大重要元件 ContentProvider 的用法，當然也會提及 SQLiteDatabase 這個主題。
課程大綱
Android雲端應用開發

- 如何開發以網頁(WebView)為基礎的 Android 應用

- Android與WebView間的互相呼叫

- 如何開發Android端網路應用程式，及該注意的要點

- URL, IntentService, HttpClient, AndroidHttpClient

- XML 與 JSON parsers 的使用

Android LBS (地圖)應用開發

- 如何擷取各式地理座標資訊

- 如何開發地圖(MapView)應用

Android原始碼徹底研究

- 如何研讀Android原碼

- 深入研讀Android原碼實例

- SQLiteDatabase, ContentProvider

底下是 2012 年計畫開的課程：

日期	地點	課程名稱	難易度
2/15,16 星期三四	台北	Android 4 (ICS) 手機應用開發(入門+進階) 台北自強基金會	基礎
2/22,23 星期三四	台北	Android 4 (ICS) 手機應用開發(入門+進階) 台北自強基金會	進階
3/28,29 星期三四	台北	Android 4 手機應用開發實務工研院	基礎
4/18,19 星期三四	台北	Android 4 手機應用開發實務工研院	進階 I
5/9,10 星期三四	台北	Android 4 手機應用開發實務工研院	進階 II
5/23,23 星期三四	台北	Android 4 手機應用開發實務工研院	進階 III
6/6,7 星期三四	高雄	Android 4 手機應用開發實務工研院	基礎
6/20,21 星期三四	高雄	Android 4 手機應用開發實務工研院	進階 I
7/4,5 星期三四	高雄	Android 4 手機應用開發實務工研院	進階 II
7/18,19 星期三四	高雄	Android 4 手機應用開發實務工研院	進階 III

2011 在台灣所開的課程

非凡電視採訪我 - 關於手機 APP 的發展

2012-01-01T15:57:00.004+08:00

上週非凡的訪問出來了，先節錄片段供大家參考。
今天 (2012/1/1) 非凡 58 台 20:55 新聞特攻隊應該會再播一次。
http://youtu.be/cLcMqtTjFxM

非凡新聞特攻隊 2012_0101 手機 App 報導

youtube.com - 2012 1/1 非凡58台新聞特攻隊節目，關於手機 App 的報導。訪問人物：癮科技/吳顯二, 聖星科技/盧育聖 (Sam Lu)

View or comment on Sam Lu's post »

不要用打廣告的方式來推銷你的應用

2011-12-15T11:20:00.002+08:00

我在講如何推廣手機應用時，曾提到不要用打廣告的方式來推銷你的應用。除非:
1. 你鎖定的是小眾市場
2. 你有很多錢

不死心的開發者就問，哪到底要多少錢？
這數據可供你參考：http://www.insidemobileapps.com/2011/12/12/distimo-reveals-downloads-top-ranked-free-app-ios/

舉例來說，要進入美國排行榜前10名，"每天"的下載量至少要8萬，一般來說，每個下載的廣告成本約USD$1。這表示你 "每天" 要花 "USD$8萬"，才能擠進前10名。你有這麼多行銷預算嗎？我相信就算是公司，答案也是NO。如果你的應用沒有切中使用者需求，那更慘，就算靠廣告站上排行，也很快被刷下來。

那到底要如何推廣你的手機應用？我還是深信"口碑行銷"，是最有效的。

View or comment on Sam Lu's post »

非 ICS 平台也可用 GridLayout

2011-12-12T16:17:00.003+08:00

ICS 新增一個好用的 GridLayout 元件，據說 support package 會將它含進來，在此之前，你可以參考 http://blog.peterkuterna.net/2011/11/using-new-gridlayout-on-pre-ice-cream.html

View or comment on Sam Lu's post »

How to view Android source file on Eclipse(Windows platform)?

2011-11-16T12:59:00.003+08:00

Windows 沒有 symbolic link 功能，實在是一件很討厭的事。為了要在 Eclipse 中看 Android 原始碼，而將 all source files copy 到 <sdk>/platforms/android-xxx/sources 中，不是一個好方法。我建議你可:
1. on Eclipse, right-click Android X.X/android.jar, select Properties menu item, it will show you a dialog box.
2. select "Java Source Attachment"
3. specify your android source files path, e.g. xxx/frameworks/base/code/java, to the "Location path" field
4. click OK button
好了，在Eclipse中一路往回追class/method declaration時，就可以直接看到Andorid source code。

View or comment on Sam Lu's post »

A library for using, editing, and creating fonts

2011-11-04T07:37:00.003+08:00

https://code.google.com/p/sfntly/
A Java and C++ Library for Using, Editing, and Creating SFNT-based (TrueType, OpenType, AAT/GX, and Graphite. Tables) Fonts

Google 新 release 的 open source。可以抓到字型資料，想玩字型特別變化效果的，可參考使用。

View or comment on Sam Lu's post »

如何Proguard 後還能看到死掉的檔名與行號

2011-11-03T15:23:00.004+08:00

Android 程式套用 Proguard 之後，最大的缺點就是無法從程式死掉時的 stack trace 結果，一眼看出死在哪個檔案的哪一行上。分享給你最簡單的解法：
在 proguard 的輸入參數中加上 "-keepattributes SourceFile,LineNumberTable" 即可。缺點是會讓你的程式變大一些，不過瑕不掩瑜。

View or comment on Sam Lu's post »

Android crypto 支援的 cliper, keygen algorithm...

2011-11-02T20:28:00.003+08:00

想要知道 Android crypto 支援的 cliper, keygen algorithm and MessageDigests 可查此：
http://groups.google.com/group/android-developers/browse_thread/thread/a4c3673dee73eac8

View or comment on Sam Lu's post »

Android UI Development: Tips, Tricks and Techniques

2011-11-02T06:37:00.003+08:00

http://www.parleys.com/#st=5&id=2115&sl=13 (slides & video)
Android UI Development: Tips, Tricks and Techniques

Java 就算有 garbage collection 也無法免除開發者在記憶體管理上的額外的包袱

View or comment on Sam Lu's post »

如何產生或解有密碼保護的 zip 檔

2011-11-01T22:44:00.005+08:00

http://code.google.com/p/winzipaes/
Android 上，想要產生或解有密碼保護的 zip 檔，可用這個 library.

View or comment on Sam Lu's post »

Ad Blocker - III

2011-10-29T13:15:00.005+08:00

要讓裝 AdBlocker 之類的使用者停用你的應用非常簡單，只要讀取 /etc/hosts 檔案，內容中有 admob.com，就跳出應用即可。

View or comment on Sam Lu's post »

Ad Blocker - I

2011-10-29T13:14:00.009+08:00

開發者出免費版，就是要賺廣告費。可是就有人裝Ad blocker之類的應用，來阻擋廣告。這次我心一橫，有裝Ad blocker一律不能用我的免費應用。果然用Ad blocker的人都跳出來給你一顆星。哈，我好爽!
* Excellent app! As a dev,I agree with your new adblock politics.. as a user I uninstall and grab the next free currency app. it's a pitty.
* Totally sucks!! WHAT THE FUCK IT SAYS DONT USE ADFREE BLOCKER SAM LU FUCK OFF
* Adblock Detects adblock and refuses to run. Very very poor show.
* Just upgraded and it won't run since my phone is rooted and blocks ads. Time to uninstall.
* Forcing to apply restrictions on rooted ad blocker phone is hostile. Uninstalled!
* Ad block restricted Epic fail. Custom firmware with edited hosts. Update no longer works. Uninstalling now
* Seit dem Update kann man die App nicht mehr starten wenn man AdFree installiert hat. Ich werde mein Handy nicht nur fur die App mit Werbung uberfluten
* Col nuovo aggiornamento non si apre se si utilizza ad blocker Disinstallo e passo a programmi omonimi, non amo le imposizioni giuste o sbagliate che siano.
* Ad-Blocker Zeigt seit letztem Update an, dass ein Ad-Blocker installiert ware. Ist aber nicht der Fall!
* Geht seit dem Update nicht mehr
* 改悪最新バージョンでは、広告をブロックすると起動できません！

View or comment on Sam Lu's post »

Ad Blocker - II

2011-10-29T13:14:00.008+08:00

前幾天讓裝Ad blocker的，一律不能用我的免費應用 (見 http://goo.gl/oW1fE) 一如預期，這兩天全都是1 star reviews。幾個朋友不免擔心地問我，這不是會影響你的收入？我說，有可能，可是沒做你怎知結果是好或壞？手機應用市場中，有太多東西是會顛覆傳統行銷理論。總得有人犧牲，實際實驗一下才行。你覺得結果會是如何？
想知道結果的，先發表一下你的看法，累積到一定的留言數，我再公佈我的實驗結果。

View or comment on Sam Lu's post »

小小的設計細節改變卻讓你的 UI 有明顯的改善

2011-10-29T13:13:00.004+08:00

http://www.pushing-pixels.org/2011/10/21/make-it-look-pretty.html
你可能不會注意到這樣的設計細節，但小小的改變卻讓你的 UI 有明顯的改善。

Make it look pretty · Pushing Pixels

Make it look pretty. October 21st, 2011 | No Comments ». The “Design Secrets for Engineers” blog post over at Pulse engineering blog opens up with the following: If you are a designer like me, you mus...

View or comment on Sam Lu's post »

省電應用與 icon 設計

2011-10-29T13:12:00.004+08:00

Android 上省電應用不少，不過真正有效(或聰明)的卻不多。今天某個使用者介紹底下這個應用給我，我發現他竟然只是將螢幕亮度降到最低的方式來省電。這招是能省到電，不過實在不高招。
https://market.android.com/details?id=com.bh.android.PowerSaveModeEnabler
從開發者名字上看，應該是華人(對岸的?)，不過他的 icon 設計卻是一致地糟。
https://market.android.com/developer?pub=BH_Lin
寫了這麼多應用，應該花了很多心血。有機會遇到他，會和他說，不要寫那麼多垃圾應用。

View or comment on Sam Lu's post »

今年下半年的校園演講

2011-09-22T10:34:00.005+08:00

去年的校園演講主要著重在 Android 的介紹，今年則是更進一步讓同學知道如何在手機應用中，賺到你的第一桶金。

底下是目前的預計行程：

9/22/2011, 3p-5p, 中央大學 E1-102 (電機館), 手機應用的創意設計與發展契機
9/28/2011, 6:30p-9:30p, 台灣科技大學 RB105 國際演講廳, 開發手機應用的必勝法則
10/7/2011, 2:30p-4p, 成功大學資工所資訊系館4263教室, 手機應用的創意設計與發展契機
10/27/2010, 13:10p-16:00p, 中原大學教學大樓105多媒體教室, 手機應用的創意設計與發展契機

台科大的那一場，是數位時代和台科大合開的三學分課程。我主講的是 9/28 晚上那一堂，很多資料都是第一次在此演講中對外發佈，這也是這綜合我這幾年在手機應用的開發心得。該課程有開放旁聽，不過座位有限。如果你想在手機應用中尋求發展的話，建議你可以來聽聽看。這應該也是今年唯一關於我個人手機應用開發心得的完整演講。

之後校園演講的資訊與更新，請點 http://ysl-paradise.blogspot.com/2010/05/blog-post.html

消保法的過時與不完整 - 北市府說 Apple, Yahoo, PCHome 都已遵守消保法，事實真的是如此嗎？

2011-07-17T11:28:00.027+08:00

民國 83 年頒行的消保法，在當時的時空環境下，並沒有考慮到現今蓬勃發展的數位內容產品，以至於當北市府消保官硬要將這過時消保法，也套用在數位內容產品時，在近期內衍生出了許多爭議。

消保官依法行政，從法來看，一點問題也沒有。但如果消保官真得要嚴格執法的話，請問國內三大軟體市集與網購平台，有幾家是符合消保法第十九條規定的？消保官在這裡說，Apple, Pchome, Yahoo 都有遵守消保法規定，國內軟體市集也在這裡說，他們也都遵守消保法規定。事實真的是如此嗎？

我今天就當壞人，幫消費者檢驗一下，現行有那些平台廠商是符合這過時消保法規定的。

如果你要繼續往下閱讀時，我建議先看一下消保法的過時與不完整 - App七天內可退錢，那電子書，音樂，電影也都可以看完再退囉這篇。那裡有詳細說明現行消保法之規定。同時幾個法律專家，在這，在這也都有提出對這現行消保法的看法。

底下的資料都是依據文章撰寫當時在網路上所採集的資料整理而來，如果有不對或需要修改的地方，請來信告訴我。

根據現行消保法，簡單地來說，只要是你透過網路向商家購買的商品，都可以在 7 天內，"無須說明理由" 及 "負擔任何費用或價款"，直接向商家要求退錢。我在這想強調的重點是「無須說明理由」及「負擔任何費用或價款」。這代表說，只要在網購平台上買到的東西，在 7 天內，只要你不想要了，都可以退貨給商家，要求全額退款。商家不可以問你退貨的理由，或者不管你寫的理由多麼荒唐，商家都必須要無條件退全額給你。北市府消保官就是根據這項恐龍消保法條，要求 Apple 的 App Store 與 Google 的 Android Market 嚴格遵守。

我們來看一下，目前有哪些廠商可以完全符合消保法的規定：

Apple 說他已經符合消保法規定了，真的是這樣嗎？Apple 你有沒有忘了，你還有個 Apple online store？在 Apple online store 退貨與退款中，說明電子軟體，已開封的軟體和記憶體...都不可以退貨。(註一)

另外，在 Apple Store 的條款與約定中說，In App訂閱是不可以退錢的。

消保法可不管你賣的是麼東西，只要是在非實體店家中賣出的東西，7 天內，消費者想退錢，你就得一定要退，好嗎？自己加的那些限制條款，都是違反消保法的。

註一：關於業者加上「拆封軟體或影音商品，不得退貨」等限制條款，PCHome 在 2010 年 10 月已有訴願敗訴的判例。也就是說，依照消保法規定，不管你是甚麼商品， 7 日內一定可無條件退錢，管你拆封不拆封。法官，消保官都沒錯，他們是依法行政。錯的是行政院主管機關，不積極修法，也不出來解釋這條文套用在數位內容商品的適用性。

說實話，我找了很久，都沒看到中華、台哥大和遠傳軟體市集的退貨說明寫哪裡。讓消費者在購買前，清楚知道他的退貨權益，不是一件更重要的事嗎？反過來說，電信三雄這一糢糊策略，有效，果然是本土公司，條文都不寫，出事時，只要出個嘴，隨便你怎麼說都行。我唯一找到的資料是電信業者：手機軟體退費依消保法給七天鑑賞，

這篇文章內說「若有不滿意者可以撥打專線給客服，說明原因後辦理退費」。拜託，消保法規定的是無須說明任何理由，好嗎？除了要將「說明原因」拿掉之外，也請先公佈你們的退貨條款，讓消費者檢視。

博客來也曾被消保官說是遵守消保法的乖寶寶。我告訴你，博客來也沒遵守消保法的規定。在博客來的退換貨原則條款中，列了一堆不准退貨的但書。什麼開封的軟體不能退，拆封的雜誌或影音商品也不準退...

一樣，7 天內，消費者想退，你就得一定要退，加這些限制退貨條款都算違反消保法。

另外曾被消保官點名的乖寶寶，還有 Yahoo 及 PCHome。他們真的是乖寶寶嗎？Yahoo 在賣 Windows 的商品網頁上，就清楚說明，一但你拆封了，也是不能退的。

在 PCHome 的商品退貨需知中，也說電腦軟體、遊戲光碟、DVD、食品...拆封就不能退。

在消保法的保護之下，沒有那種拆封就不能退的事，就算我 DVD 看完，7 日內我想退，Yahoo, PcHome 你們也都一定要全額退錢給我。消費者勝利！勝利！

大買家的退貨說明也說「著作權相關之商品( 如影音光碟、軟體)及耗材(墨水匣、碳粉匣)若已拆封，則無法接受退換貨」。

誠品的退換貨的處理方式也說「為維護智慧財產權，影音商品(如錄音帶、錄影帶、CD、DVD等)，若已被拆封將無法接受退貨退款」。

7/11 的 7Net 中的退貨辦法也說「以數位或電磁紀錄形式儲存或著作權相關之商品 ( 如CD、VCD、DVD、電腦軟體 ) 及耗材 ( 墨水匣、碳粉匣 ) 若已拆封，則無法接受退貨」。

再說一次，沒有那種拆封不准退的條款，好嗎！(前面註一已列有判例) 消保法第十九條說的是「郵購或訪問買賣之消費者，對所收受之商品不願買受時，得於收受商品後七日內，退回商品或以書面通知企業經營者解除買賣契約，無須說明理由及負擔任何費用或價款」。7 日內，不管消費者有沒拆封，都一定要可以退錢。

好了，我決定換個方式，列出有販售數位內容商品且確實符合消保法的乖寶寶。

...

很抱歉，我找了幾天，還是沒找到。(註二)

如果你知道誰符合消保法的話，請告訴我，我會列在這，並幫他們大力宣傳，鼓勵大家多多向他們買 DVD、軟體，音樂 CD 等產品。不過，希望這些符合法律規定的商家，一定要撐下去，不管退貨有多少。因為你們是消保法的模範寶寶。

大家都希望生活在一個法治而不是人治的社會，一個公平且合理的法律，我想大家都願意遵守。不過，為什麼有這麼多的網購平台都不願(還是無能)遵守消保法的規定？主管機關得好好思考一下這個問題。只知一昧地執行過時法令，搞得大家不是陽奉陰違，就是走模糊政策 (乾脆不說有退貨這事，等有人問了，再說)，這些對消費者來說，更不是一件好事。

對於平台業者來說，如果真的要讓數位內容商品也確實遵守消保法，我猜，他們的損失其實也不是太大。不過對於下游的內容提供業者，損失可就大了。內容提供業者無法受到合理的保護，消費者又怎能得利？

我今天寫這篇文章，並不是要拖大家一起下水。重要的是，希望所有消費者、網購平台與軟體市集業者要重視這個問題，並團結起來，一起連署要求行政院消保會修改現行消保法對數位內容產品的不適用性。只有符合時宜的消保法，才能保障位在天平兩端的消費者與商家。大家阿Q式地放任惡法的執行，最終消費者、平台業者與下游內容提供商家，大家都是輸家。

那誰是贏家？你、我心知肚明。

註二：Groupon 賣的好康兌換券可無條件退錢。不過消費者拿到好康兌換券還是沒有看到最終商品，在這時候退錢，對大家都沒損失，這說得過去。如果用好康兌換券買到軟體後，還可以在 7 日內無條件退錢，那我就給你個消保法模範寶寶。

消保法的過時與不完整 - App七天內可退錢，那電子書，音樂，電影也都可以看完再退囉

2011-06-27T14:52:00.055+08:00

最近熱門的手機應用相關新聞就是「台北市政府要求 Apple、Google 提供七天 App 免費下載鑑賞期！」。如果手機應用可以在 7 天內退錢，那在網路上買的電子書，是不是可以在 7 天內看完，然後退錢？線上購買的電影，也可以看完後再退錢嗎？透過手機付費下載的音樂，我只要在 7 天內自行燒成光碟，然後再退錢，不是也可以？手機上的圖鈴下載，也都可以在 7 天內無條件退錢嗎？這聽起來極度的不合理，不是嗎？

首先，我們先來看看台北市政府根據的是哪條法令。

目前台北市政府根據的法令，就是在民國 83 年頒行，94 年最後修改的「中華民國消費者保護法」中的第十九條：「郵購或訪問買賣之消費者，對所收受之商品不願買受時，得於收受商品後七日內，退回商品或以書面通知企業經營者解除買賣契約，無須說明理由及負擔任何費用或價款。」。其中，郵購買賣定義在第二條：「郵購買賣：指企業經營者以廣播、電視、電話、傳真、型錄、報紙、雜誌、網際網路、傳單或其他類似之方法，使消費者未能檢視商品而與企業經營者所為之買賣。」。

簡單的說，只要是你透過網路向商家購買的商品，都可以在 7 天內，"無須說明理由" 及 "負擔任何費用或價款"，直接向商家要求退錢。

所以，消費者可以購買來電鈴聲，下載到手機後，再去要求退款。買的電子書，也可以在 7 天內看完後，再去要求退錢。付費下載的音樂與電影，消費者也可以一樣畫葫蘆地玩。請問當初訂定消保法的官員與審訂的立法諸公，這樣的法令合理與公平嗎？這樣的消保法，不是就變成變相合理盜版的保護傘嗎？

我想這消保法對於著作權數位內容商品的處理，應該是有修法的必要。目前各網路購物平台為了應付這消保法，在販賣軟體時，都會加上「如果您所購買的商品是電腦軟體、遊戲光碟、CD、VCD、DVD、食品、耗材、個人衛生用品等一經拆封即無法回復原狀的商品，在您還不確定是否要辦理退貨以前，請勿拆封。」。只要拆封包裝，就不能退錢了，連試用一下都不行。 (後註：這樣的規定依現行消保法也是明顯違法的，也就是說幾乎全台有賣影音或軟體的網購平台都違反消保法。)

消費者目前在各軟體市集中，決定要購買應用之前，他都會看到每個應用的產品說明，功能特色，甚至還有執行畫面的截圖。這些說明，和一般電腦軟體產品外包裝說明所揭露的資訊是相同的。那消費者在軟體市集中看完應用說明，決定下載時，是不是就等同他打算要拆封包裝？

消保法的立意良好，不過看完整個條文後，我覺得他對「商品」這一詞，應該要再明確的定義。至少以我來看，這商品應該是不能涵蓋著作權相關的數位內容商品，像是軟體、電影、音樂、書籍之類的。或是要對這數位內容商品的處理，要有不同的配套處裡。

目前的手機應用，涵蓋各式各樣數位內容商品。有遊戲、電子書、桌面壁紙，及各類應用。對於如何保護消費者在購買這些數位內容商品的權益時，我覺得重要的是「要有明確且順暢的退貨與申訴處理管道」。

看完應用的說明，決定下載應用後，應該就等同他已在實體店家中，觀看完商品，決定購買一樣，是不能夠再要求無條件退錢的，除非這個商品有瑕疵。所以在這些國內、外的軟體市集中，我覺得對消費者重要的是，當消費者發現商品有瑕疵時，是否可以在購買商品的訂單上，輕易地找到申訴或退貨的管道，並且用中文向商家發出申訴與退貨的請求。有些軟體市集壓根不提瑕疵商品退貨管道，或是要消費者找半天才找到不起眼的連結，或是要消費者打電話（我人在國外，誰付這越洋電話錢？），或是只接受英文申訴。我覺得，這些才是消保法為了保護消費者權益所應該要規範的。

在還未修法之前，由於數位內容商品的特殊性，我覺得行政院消保會官員應該站出來，解釋一下這消保法中的 7 日猶豫期機制，對於數位內容商品的適用性。對於在軟體市集中購買付費應用，是否也應該像目前網路購物平台處理軟體、音樂商品一般，只要應用有提供說明，消費者按下購買鍵之後，就等同於他拆封包裝，是不能無條件退錢的。此外，再規範軟體市集商家，要明確地提供有中文服務的瑕疵商品申訴與退貨的請求管道與處理期限。

雖然我是個應用的開發者，不過多數時間我還是以消費者的身分存在。一個與國際接軌的合適法令與明確的處理方式，才能讓消費者與商家都達到雙贏的目標。如果因為這消保法猶豫期的規定，而引起開發商對於台灣保護著作權的疑慮，因而放棄在台灣銷售商品，我想這對消費者與商家而言，都不是一個樂於見到的狀況。

參考資料:

消保法條文修正草案中，已明確增列第十九條七天猶豫期的排除項目，其中的排除項目有小額交易物品、報紙、期刊、雜誌和業經消費者啟封之影音產品或電腦軟體。草案中已表明現行消保法明顯不符合現行消費環境，且已於民國 96 年 1 月提出來了，怎麼現在還沒通過，現在是誰的問題，答案應該很清楚了。草案雖然還未過關，不過從這草案中，知道官員們也知道現行國際的遊戲規則。為何北市府的消保官，非得從嚴執行這過時的第十九條呢？
在提供消費者付費下載數位軟體產品之交易是否屬於消保法這個函中，說明 若企業經營者提供網路交易時，以合理方式使消費者有機會於適當時間內得以檢視該等數位化商品者，才可認為其交易非屬本法所稱之郵購買賣。就像我說的，軟體市集中已提供應用的說明與執行畫面截圖，Android Market 甚至提供 15 分鐘的試用期，這是否符合該函中所敘述的條件？我想行政院消保會還是要有官員跳出來說明才行。延伸參考：電子商務與消保法法定契約解除期限之適用
著作權商品若有「七日鑑賞期」豈是公平？
網路交易適用消保法郵購買賣規範之探討 - 行政院消保員消保官/李英正

事件發展:

2011/9/初: 等待消息...
2011/8/22: 北市府說Google沒具體回應，正式協商再延到9月初
2011/8/5: 北市Google四度協商沒結論 8/22 再議
2011/8/3: 北市政府法規會新聞稿: 北市府與Google第三度討論 8/5找更多業者續談。真是的消保官還在硬ㄠ，這篇北市府的謊言：數位產品在歐盟新實施的14天無條件退款規範真相馬上又打了消保官一巴掌。
2011/7/29: 7天鑑賞僵局谷歌要求延至8/3協商
2011/7/20: 行政院消保會出來打北市府的臉，說北市的說法「言重了」消保會怎現在才出來，隔山觀虎鬥，對你這主管機關有何好處？
2011/7/19: 四大公協會終於站出來建議修改過時的消保法
2011/7/15: Google不願修改定型化條款北市府：持續溝通再給兩週
2011/7/15: 蘋果已更改退費機制 (Apple 真的全都改了嗎？好像不是這樣，請看北市府說 Apple, Yahoo, PCHome 都已遵守消保法，事實真的是如此嗎？)，Google繼續停售付費APP
2011/6/30: Google與北市府會談將回美國研究是否修正Android Market契約
2011/6/27: Google停售付費APP 拒絕遵循臺灣法律臺北市重罰一百萬
2011/6/26: Google Android Market 在台灣暫停付費應用程式服務。也就是台灣消費者不能買應用了。
2011/6/24: 蘋果承諾App Store將提供7天試用退費機制
2011/6/22: 蘋果明未提追蹤器下架退款機制罰150萬
2011/6/17: 蘋果將「超級手機號碼追蹤器」下架北市府：消費者的勝利
2011/6/4: 北市府要求 Apple Store 及 Android Market 建立退費機制
2011/6/3: 手機號碼追蹤器是空包彈？市議員應曉薇代民向北市府申訴

行動終端應用技術與趨勢研討會演講

2011-06-13T10:00:00.001+08:00

這個活動是由國立台北科技大學主辦。活動主題為「行動終端應用技術與趨勢研討會」。

這次研討會的時間是 2011/7/8 8:40pm-4:40pm，地點在台北科技大學科技大樓共同科館地下1樓演講廳，研討會網頁在這。這個研討會是免費參加的，不過名額只限 150 名。要報名的，請點報名網頁。

這次我演講的題目是「發現熱門手機應用的秘密」。這次演講的內容和之前在 Android 應用盈利模式及成功案例中的內容差不多相同。不過上次的演講只有 20 分鐘，還有很多部分限於時間的因素，沒法講清楚。希望在這次一小時的演講中，能讓想掌握應用開發契機的朋友，能更清楚我所想要傳達的想法。

在這次的演講中，主要和大家分享如何在手機應用開發中，掌握獲利的機會。我希望透過我自身的經驗分享，能鼓勵更多的優秀開發者，在手機應用新經濟潮流中，寫出更多好用的應用，也同時邁向你財務獨立的目標。我相信台灣優秀的軟體開發者，絕對不甘於寫驅動程式，或是沒日沒夜地幫案主接專案。我衷心的希望，透過大家所開發的應用，能讓全世界對台灣的軟體開發能力，有寡目相看的一天。

使用 ListView 元件時該注意的技巧 - II

2011-05-31T09:00:00.000+08:00

The tricks when using ListViews - II

在使用 ListView 元件時該注意的技巧 - I 中，我們了解到 ListView 常用的技巧。在這一篇中，我們來看看當使用 ListView 時，可能犯的錯誤有哪些。

首先，如果你有寫自己的 ListAdapter，有些人會不曉得在 getView() 中，如何處理傳入的 convertView。

正確的處理方法，應該像底下範例一樣。

如果你不判斷 "if (convertView == null)"，每次都呼叫 "sv = new SpeechView(...)"，程式當然也會動，不過就會讓 Dalvik 每隔一陣子就瞎忙一通，回收不用的 View objects。這樣的結果，當然也會在使用者捲動時，造成不順的感覺。

第二個最常犯的錯誤就是下面這個例子。

你看出問題在哪了嗎？如果你不知道答案的話，我建議你在自己的 ListAdapter 中的每個函數，都加個 Log.d() 追蹤一下這些函數的執行順序與次數。底下是我某個應用中，所印出來的結果。

getCount()
getCount()
getCount()
getCount()
getView(): nPos=0, vConvert is null
getView(): nPos=1, vConvert is not null
getView(): nPos=2, vConvert is not null
getView(): nPos=3, vConvert is not null
getView(): nPos=4, vConvert is not null
getView(): nPos=5, vConvert is not null
getView(): nPos=6, vConvert is not null
getView(): nPos=7, vConvert is not null
getCount()
getCount()
getView(): nPos=0, vConvert is not null
getView(): nPos=1, vConvert is null
getView(): nPos=2, vConvert is null
getView(): nPos=3, vConvert is null
getView(): nPos=4, vConvert is null
getView(): nPos=5, vConvert is null
getView(): nPos=6, vConvert is null
getCount()
getCount()
getView(): nPos=0, vConvert is null
getView(): nPos=1, vConvert is not null
getView(): nPos=2, vConvert is not null
getView(): nPos=3, vConvert is not null
getView(): nPos=4, vConvert is not null
getView(): nPos=5, vConvert is not null
getView(): nPos=6, vConvert is not null
getView(): nPos=7, vConvert is not null
getCount()
getCount()
getCount()
getCount()
getView(): nPos=0, vConvert is not null
getView(): nPos=1, vConvert is not null
getView(): nPos=2, vConvert is not null
getView(): nPos=3, vConvert is not null
getView(): nPos=4, vConvert is not null
getView(): nPos=5, vConvert is not null
getView(): nPos=6, vConvert is not null
getView(): nPos=7, vConvert is not null
getCount()
getCount()

整個畫面上，只顯示 7 個項目。怎麼 getView() 被呼叫了那麼多次？

這原因就出在 android:layout_height="wrap_content" 這行描述上。如果將這行改成 android:layout_height="0dip"，結果就像下面這樣，getView() 的呼叫次數，完全符合原先的預期。

從這個結果中，我們也看到 getCount() 會被呼叫好幾次。在追蹤過原始碼後，我發現原始碼中並沒有存下 getCount() 的傳回結果。因此這 getCount() 會被呼叫這麼多次，並不是我們的問題。那我們唯一能做的事，就是讓 getCount() 執行的速度越快越好。

如果你有在 ListView 中，套用自己的 ListAdapter。我都會建議你在自己的 ListAdapter 中的每個函數，都加個 Log.d() 追蹤一下這些函數的執行順序與次數，是否都符合你的預期。很簡單的動作，但常會幫你找到不少的問題，分享給你。

Android 應用盈利模式及成功案例演講

2011-05-23T21:13:00.004+08:00

這個活動是由 Google 商業合作部主辦，Taipei GTUG 承辦。活動主題為「Android應用盈利模式及成功案例」。

這次活動的時間是 2011/6/2 7pm-9:30pm，地點在台大進修推廣部 204 教室，活動及報名網頁在這。

這個活動是由 Google 商業合作部主辦，Taipei GTUG 承辦。活動主題為「Android應用盈利模式即成功案例」。在 2 個多小時的活動中，有 Google 講者分享的如何運用 Admob 等廣告服務盈利，與實際的成功案例。接下來是我第一次要和台灣開發者分享如何透過手機小應用，輕鬆賺大錢的心得。最後，還找知名行動應用創投 APPWorks 來分享創投眼中的行動應用程式商機。

在我這次的演講中，會和大家分享如何在手機應用開發中，掌握賺錢的機會。我希望透過我自身的經驗分享，能鼓勵更多的優秀開發者，在手機應用新經濟潮流中，寫出更多好用的應用，也同時邁向你財務獨立的目標。我相信台灣優秀的軟體開發者，絕對不甘於寫驅動程式，或是沒日沒夜地幫案主接專案。我衷心的希望，透過大家所開發的應用，能讓全世界對台灣的軟體開發能力，有寡目相看的一天。

非手機Android論壇 - x86+平板+Android 3.0 演講

2011-05-23T20:58:00.004+08:00

這次的活動，主要談的是和 Android 相關，但又非關於 Android 手機的話題。非關於 Android 手機，那今年最夯的平板當然是會包含在內的。

這次的活動的時間是 2011/5/28 1:30pm-5:30pm，地點在台北市中山區民生東路二段161號11樓，活動的網頁在這。

據說這次的活動，從開放報名開始，不到一天的時間，就額滿了。竟然和 Google I/O 一樣的熱門，然不成這活動也有送平板？開玩笑的，千萬別當真。台灣辦活動的主辦者都很辛苦，雖然沒有有錢的贊助單位，可用的經費也不多，可是辦活動的人，都是有心人，都是想促進大家多在 Android 方面交流的人。有報到名的千萬一定要來；沒報到名的，我猜當天到現場，只要有空位，主辦單位應該也會讓你進來的。

在這次活動中，我演講的題目是「Android 平板應用開發經驗分享」。這演講內容和我在四月時 S Club 中所講的是相同的。如果你上次已經聽過的話，這次就多包涵了。

又忘了要照相，只好借用癮科技的照片。

想要知道在這次活動中，各位講者和大家分享的內容，就請點選癮科技 x 台灣 Android 中文資源站之第一場非手機 Android 聚會紀錄。

關於我投影片的內容，就請您點 Android 平板應用開發經驗分享 - 遠傳 S Club 演講。

2011 Google I/O 見聞

2011-05-10T04:33:00.023+08:00

為了今年的 Google I/O sandbox developer demo，我們在大會的前兩天就來到舊金山。這幾天都會住在 Marriott San Francisco。大會前一天的早上，旅館來 check-in 的人明顯多了起來，應該都是來參加 Google I/O 的。

我有空就多拍些 I/O 的照片，在這分享給大家

大會的前一天開始開放註冊，一入 Moscone center west，就看到 I/O 的註冊大廳。提前來註冊的人還不多，我想明天這裡一定是人山人海。

這是給非一般身分參觀者註冊的地方，像是媒體，演講者，學生等等。

Sandbox developer partners 就在這裡註冊。

一般身分參觀者，都是要透過這台 chrome 筆電 (cr-48?) 註冊。

註冊後，可以到這領贈品。綠色 Android 玩偶是送給連續參加 I/O 多次的人。

其他人就只能領到一件 T-shirt。今年 I/O 的大禮到底是甚麼呢？應該要等到明天的 keynote 才會謎題揭曉，我猜應該是 Xoom 平板加 Nexus S 手機。

這是我的 badge。

badge 後面，都有個 NFC tag。

Android(手機) 遙控 Android (機器人)

這次有三層樓，Android Sandbox developer 在三樓。

Android Sandbox 的樓層一眼望去，到處都是 Android 和綠色的機器人。

連手機充電器都是 Android 機器人。

Sony 的 Google TV

這就是我的攤位啦！一般攤位叫 booth，這個這麼小的攤位，只能叫 pod。

7 點就來吃早餐的人也是滿滿的。

正在等待進入大會議事聽第一天的 keynotes。照慣例，會尾會宣布這次 Google I/O 要送的大禮。

關於 keynotes 內容，就不勞我多說，癮科技的 Google I/O 2011發表會重點總整理寫得很詳盡。

這都是 Andorid Sandbox developer 的 pods

這是我的攤位。正在 demo 的人，就在美國的合作夥伴。

我們輪流看攤位。不過還是沒時間去聽 sessions，我就錯過拿 ADK 的機會。

每到整點，我就和參觀者玩，看國旗猜國名與匯率代號的遊戲。第一個猜到的，有送 Android 機器人公仔 (當然是自己掏腰包買的)。看到沒，這題是台灣的國旗，大家不是用網路就是用 Goggle 在查。希望透過這個小遊戲，能讓國外的使用者更認識台灣。

超大型的 Nexus S 手機，這是觸控螢幕的，幾乎包含真手機的所有功能，除了不能打電話之外。

有一區專門展所有的 Android 手機與平板，當然不包含山寨機。

這就是今天送的 Galaxy Tab，右上角有 Google I/O 下面有註明限量版。這是一台 32G Wi-Fi only 的版本。奇怪，沒加送 Nexus S 手機？那 badge 內附的 NFC tag 到底誰會用。NFC 要能普及，首先得先要手機有 tag reader 才行啊。

第一天晚，有 After Hours party，人還是很多。不外乎就是吃吃喝喝。

這就是那台會自己駕駛的 Google 汽車。

第二天的 keynote 主要談的是 chrome。Google I/O 2011發表會 Round 2 重點總整理這篇有第二天的 keynote 的整理。會後，有宣佈送 cchromebook 大禮，沒說是送 Samsung 還是 Acer 的。也不是當天給，說會後在 email 聯絡遞送日期。

第一天送的是 wi-fi only 的平板，那怎麼能達到隨時上網的目的呢？所以第二天又加送一個 3G/4G hotspot 及一張 Verizon 的三個月免費 sim 卡。

這兩天下來，我們都累壞了。

最後，和攤位一起照張像。還有我和美國夥伴的唯一一張合照，也為這次 Google I/O 參展，畫下完美的句點。

2011 年的手機應用大賽

2011-05-03T14:40:00.001+08:00

從 2009 年開始，手機應用大賽突然變得如顯學一般，各單位都想和他扯上關係。因此各式各樣的手機應用大賽，開始出現，而且獎金也都一個比一個多。

今年，首先由數位時代主辦的「AppNext 2011 應用程式創新大賽」拉開比賽的序幕。接下來，還有中華電信的「電信創新應用大賽」。我猜電腦公會的黃金企鵝獎、經濟部的 MobileHero 通訊大賽及遠傳的 S 市集星光大賞，今年應該也都不會缺席。

這幾年真的是手機應用開發者的黃金時期，有這麼多比賽可以參加，而且參加的門檻也都很低，幾乎都不用報名費，只要你有應用就可以。

請問，你準備好要參加了嗎！？

看到這，你可能會說，不行，我的東西還沒做好，還不能見人。其實，我當過幾次評審，看到不少作品都遠低於水準。不少我認識的朋友，在 Market 上發佈的應用，都比這些參賽應用好很多。他們都可以來比了，你為什麼不行？所以，你根本不用擔心你的應用不好這事。從另一個方向想，如果你已經有現成的應用，反正你也不用花太多的錢，只要花點時間，填好主辦單位要的資料，就可以參加比賽了。如果得獎，對你而言一定是個很大的肯定。就算沒得獎，反正累得是評審大爺還有主辦單位們，你損失的也不多，履歷表上還可加上一筆，何樂而不為。

這次數位時代辦的比賽，雖然總獎金(品)是目前各個比賽中最少的。不過一旦得名，透過數位時代雜誌的報導，所帶之而來的曝光率，應該是不錯的另類獎品。而且他們的比賽，要你填的資料也很少，不會花你太多無謂的時間在比賽上。如果你手上有不錯的應用，就趕緊準備好來參加比賽。尤其是新創公司，參加比賽，對你而言是最好的曝光機會。

我們被選為 Google I/O 2011 Sandbox 開發夥伴

2011-04-29T11:45:00.001+08:00

We have been selected as a sandbox partner in Google I/O 2011

We (AZSoft Technology) are invited to be a Google I/O 2011 developer sandbox partner. So if you want to meet us, talk about our apps, how it works, our up and coming features, please drop by the developer sandbox and have a chat.

很高興我今年被 Google 選為 Sandbox 合作開發夥伴，並應邀到 Google I/O 2011 的 Developer Sandbox 中介紹我的應用給所有參加 Google I/O 的與會者。

Google I/O Developer Conference 每年都依慣例於五月初在舊金山的 Moscone Center 舉行。在這為期兩天的大會上，主要是和 Android, App Engine, Chrome, Google APIs, Geo 等各種技術相關的研討會。不過除了技術研討會之外，開發者就想要的，就是 Google 送的大禮。

從 2009 年送給每位參加者一台 HTC Magic 手機開始，緊接著又在 2010 年更是大手筆的送出 HTC Evo 4G 及 Nexus One 手機。許多開發者也都預期 2011 年，應該會送一台平板或 Nexus S 手機之類。因此在 2011 年開始售票後的 59 分鐘之內，所有的票就已經被一掃而空。

原先我今年也想參加的，不過想到路程遙遠，再加上在門票想買也買不到的情況下，也就放下了想去的念頭。

不料就在一個月前，突然收到 Google 的來信，說他們想提名我參加今年的 Google I/O Developer Sandbox。收到這封信，這才又燃起我想去的念頭。經過一番挑選與討論，我們決定拿 aCurrency Pad 與 3D Compass 參加這次的 Google I/O 大會。最後，也順利和全球不到 30 位 sandbox Android 開發者一起，獲選為 Google I/O 2011 Sandbox 開發夥伴。

aCurrency Pad 是專門為 Android 3.0 平板設計的應用。平板，當然是今年 Android 主推的重點之一。拿這個應用，剛好可以 demo Honeycomb 的各項新功能。而 3D Compass 算是我們的創新應用，到目前為止 Android Market 上也還沒看見類似的應用。這個有用又不失有趣的應用，最適合在這種場合 demo 給參觀者看。

這次獲邀參加 Google I/O 大會，Google 將會提供兩張門票給我。另一張門票，也就邀請尚未見面過的美國合作夥伴, John Wang 一同前往。

如果你也有參加這次 Google I/O 的話，別忘了到我們的攤位來找我。至於 Google I/O 的見聞，就等我 5/15 號回來後，再分享給大家。

下圖中，紅色框起來的部分，就是我公司的 logo。

使用 ListView 元件時該注意的技巧 - I

2011-04-26T09:00:00.001+08:00

The tricks when using ListViews - I

綜觀 Android 目前所提供的 UI 元件 (Views)，除了 TextView, Button 等元件之外，ListView 應該是最常被使用到的元件之一。

這主要是因為手機多是左右窄、上下長的螢幕，當要顯示很多資料時，垂直捲動會比水平捲動來得容易操作許多。另外，為了便利使用者能快速消化你所呈現的資料，你必須將資料以較為有系統與組織的方式呈現。而用 ListView 來以條列式的方式呈現你的資料，就是手機應用的最好選擇。

如果你有寫過 Android 應用，我想你一定有用過 ListView。不過，你對 ListView 的了解有多少？你知道使用 ListView 元件時，有哪些該注意的技巧嗎？

ListView 最基本的用法就是透過 ArrayAdapter，直接顯示文字的列表。

關於這，你可以閱讀 ListView with default ArrayAdapter 範例，他有很清楚的說明。

如果 ListView 中的每個項目，不是單純的文字，要有些變化時，那你一定要寫自己的 ListAdapter。

API Demos 範例集中，就有 ListView with a custom ListAdapter 這個範例，教你如何寫自己的 ListAdapter。

在上面範例中，雖然已經有處理 convertView 這件事。不過當你的 list item 很複雜 (好幾層的 UI hierarchy 或 Views 很多) 時，每次都呼叫 findViewById() 所浪費的時間，還是會讓捲動變的緩慢。要解決這個問題，這篇 Layout Tricks: Creating Efficient Layouts 會教你如何降低你的 UI hierarchy。另外，你也要看一下 ListView with an efficient ListAdapter 這個範例中所使用的技巧。

如果你的 list item 並不複雜，但捲動時還是很鈍鈍的。那我建議你看一下 ListView with lazy-loading 這個範例。

當你的 ListView 中有成千上百個項目時，除了加 android:fastScrollEnabled="true" 可以方便使用者快速捲動外。更好的解決方式是加上按鍵過濾的功能。如何實現按鍵過濾的功能？你可以參考如何在 ListView 上加上按鍵過濾的功能這篇文章。

除了 ListView 之外，別忘了還有 ExpandableListView 可用。尤其當你的資料是兩層式架構時，用 ExpandableListView 是不錯的選擇。

同樣的 API Demos 中已經有好幾個範例了，你可以從 ExpandableListView 這個先看起。

最後，如果你的 ListView 想要有自己的背景圖或顏色。那你要看一下 ListView Backgrounds: An Optimization 這篇文章。解法其實非常簡單，但不說你都不會想到原來 android:cacheColorHint 是用在這個地方。另外一個不說你不知道的用法是 setTranscriptMode()。如果你想要讓 ListView 捲到最後一個項目，那你要用 setTranscriptMode(ListView.TRANSCRIPT_MODE_ALWAYS_SCROLL)，相關說明你可以參考 Listview Scroll to the end of the list after updating the list。

下次我們再來看，用 ListView 時常犯的錯誤有哪些。

Android 平板應用開發經驗分享 - 遠傳 S Club 演講

2011-04-22T21:40:00.006+08:00

2011/4/22 應遠傳 S Club 邀請，給一個和 Android 3.0 平板相關的演講。

這次聚會一開始是 Acer產品行銷經理陳先生，介紹自家的 A500 平板的使用方式與特色。算是從使用者的層面，來看最新的 Android 3.0 平板。而我主要是從應用開發者的角度，來談 Android 平板應用開發的經驗分享。

底下是這次演講的投影片，分享給有興趣的你。

歡迎大家引用，但為尊重著作權，引用時請註明出處，也請您勿部分或全部使用於演講或著作等相關用途。

讓癮科技 Android 應用登上榜首的秘密

2011-03-04T09:00:00.001+08:00

How do I make my Engadget(Chinese Version) app to become the most popular app?

經過將近一個月的測試，2011/2/6 首次發行癮科技 Android app 到 Android Market 上。六天後的今天 (2011/3/3)，這個應用很快地爬到「新聞與雜誌」類別排行榜中的第一名位置，同時也是所有應用程式排行榜的第四名。在目前 Android Market 已有 16 萬個 Android 應用一起激烈競爭的情況下，新的應用能這麼快登上排行榜，真的是一件很不容易的事。這中間，癮科技寫的「不要再叫我們蘋科技！癮科技新聞訂閱程式也有Android版了」這篇介紹文，當然有很大的幫助。

除此之外，到底有什麼樣的秘訣，才能讓我的應用程式登上排行榜呢？這是我最常被兩岸開發者問到的問題之一。

要讓應用程式登上排行榜，可以分成非技術面與技術面兩個面向來談。非技術的部份，我早在 2009/10 一場研討會的「發現 Android 熱門應用程式的秘密」的講座中，分享給大家。只不過這場演講主要的對象是對岸的開發者，對於台灣的開發者，只好等下次有人邀請我演講時，我再分享給大家。

技術面的部份，最主要的除了不能讓你的應用程式輕易當機之外，當然就是要讓使用者用起來很順暢才行。「使用的很順暢」這句話講起來很輕鬆，不過卻是得花最多時間與人力去調整各項細節，才能做到的地方。

這些細節，使用者當然不會注意到，也不會告訴你。就看你是否知道使用者的痛苦(需求)，以及你如何深入了解這些痛苦的解決方法是甚麼。在這裡我就拿我最近開發的癮科技 app 來當案例。說明我們在技術的層面上，做了哪些努力。

第一：這不是一個單純的 RSS reader。一般這樣的應用程式開發者，可能都會以 RSS reader 的架構來開發這樣的應用。為了讓這個應用能跑得更順，我們決定走不一樣的路，在 server 端提供專屬的 APIs，在手機端也做了一些一般 RSS reader 做不到的功能。例如，你可以往下一直看過去的 N 篇文章。

第二：所有抓下來的文章與圖片，都存到 SD 卡上，以節省手機儲存空間的使用。多數的手機，內部儲存空間都是有限的，這造成使用者常要刪除舊的應用，以增加多餘的空間來裝新應用。這從我的 App 2 SD 與 aCCleaner 應用受歡迎的程度，就可以了解使用者在這方面的需求很大。如果你的應用佔的空間太大，在這點就吃虧很多。看到這，你可能會說這有什麼，大家都有這功能。不對，細節就在這裡。如果你有使用其他的新聞閱讀軟體，就可以觀察到他還是吃了不少 data/cache 空間。這原因就在你應用所建立的 Sqlite database 以及 WebView 所建立的 database/cache 都還是存在內部儲存空間。要將這些完全移到 SD 卡上，這可花了我好幾天追蹤原始碼，才知道要怎麼解決這個問題。目前，我只將 preferences 存在內部儲存空間中，其他都移到 SD 卡上。

第三：自動縮放文章中的文字與圖片大小。水平捲動對手機使用者來說，是一件很痛苦的事，這是千萬要避免發生的事。自動縮圖片，就是要解這問題。另外，多數的新聞閱讀應用的字體大小都太小了，行距也不對。這對要長時間閱讀文章的人，是一種折磨。你現在看到文章中的預設字體大小與行距，可是我們花了好多時間才調校出來的。你說，這不又是一個要在細節下功夫的地方？

第四：離線也能閱讀文章。離線閱讀的功能，對於這樣的新聞應用是一個很重要的功能，這樣使用者才真的能隨時隨地都可以看文章。文章與圖片都存到 SD 卡上，不是就能實現這個功能了嗎？不對，這只做了一半。另外一半就是你還要實現自動預下載文章的功能，有了這功能使用者才能隨時隨地有「新」文章可看。寫網路程式可算是手機程式中一件非常有挑戰的事，因為手機的 CPU 會進入 sleep 模式，網路可能隨時會中斷，速度可能掉到 GPRS 的速度等等各式各樣的問題都會出現。這些種種你必須要面對的問題，你都得處理，才能讓你的應用跑得很 solid。

雖然我們做了這麼多的努力，這個應用還有一些沒做好的部分。我們還會繼續在這個應用中奮戰好一段時間，在接下來的新版本中，我們會陸續解決這些問題，敬請期待！

2011 Android 2.X 手機應用開發課程 @ 台灣

2011-02-14T12:47:00.013+08:00

2011 mobile app development training courses for Android 2.X @ Taiwan

在 2010 年除了 Android 入門開發課程之外，也開了一門進階課程。我個人覺得在入門課中，最重的要的是幫助入門者打好基礎，尤其是 Android 平台的架構，與在該平台上應用程式運作的基礎觀念與原理。這部分要是清楚了，日後遇到問題，要自己找資料解決，也有個方向。另外就是對 ListView 元件的運行原理，也有深入的介紹，ListView 是 Android 眾多 UI 元件中，最常用到的，也是最好用的一個。透過對 ListView 的了解，其他類似的元件如 GridView, Spinner 等由 AdapterView 所延伸的元件，自然也可觸類旁通。

至於在進階課程中，最重要的部分，就是我會用將近一天的時間來解釋與剖析 Activity & Service 的生命週期。這部分是對已入門的開發者，最最重要的一部分，卻也是最不容易全盤了解與最容易被忽視的一部分。我試玩過很多應用，也看過不少人的程式，與發問的問題，都是源自於對這部分的了解不夠透徹。

在 2011 年，除了延續 2010 的課程，並將原先的課程內容都改以 Android 2.x 平台為主之外，還加開了雲端/地圖應用開發與原碼解析這門進階課。

在這個新的進階課程中，我會先介紹如何開發存取網路的 Android 應用。行動網路是智慧型手機的重要特色之一，因此開發具有網路存取功能的應用，也是大家常常會接觸的工作之一。我會在課程中提及如何在 Android 手機平台上，正確執行這項工作。智慧型手機的另項特色，就是 GPS (location-based)。接下來，我會介紹如何開發地圖 (LBS, location-based) 應用，如何抓取經緯度座標，寫好地圖應用，都是這課程會教的事。

最後，我會花半天的時間，教大家如何讀 Android 應用的源碼，並實際拿個例子來解說。我個人覺得閱讀及追蹤 Android 的原始碼，是提昇你 Android 程式設計功力最好的方式之一。當你已具備 Android 開發基礎的情況下，想要再進一步提升你的程式設計功力，除了要想辦法讓自己多增加些程式設計經驗外，閱讀及追蹤別人寫的程式碼，更是最好的方法。不過網路上，每個人的程式功力高低不同，寫出來的程式也有好有差。讀到不良的程式，看不懂還不打緊，如果誤導你的觀念，那可就得不償失。因此，當你底子還不足以判斷好壞程式時，研讀 Android 原始碼，就是你學習 Android 程式設計時，最好的導師。

底下是 2011 年計畫開的課程，不管是內容或是其他方面，要提意見的，也都歡迎在這篇文章上留言。

有句話說的好，『師父領進門，修行在個人』。千萬不要期望說，上個課就什麼都會了。天下沒有白吃的午餐，許多東西還是要自己親身走一遭，才會明白與了解。我想上課最大的好處是，透過有系統與組織的解說，降低你學習的門檻與加快進入的速度。我個人估計是 12 個小時的課程，大概可以幫你減少約 0.5~1 個月的自我摸索時間。剩下的，還是要靠自我的練習。

入門課

首先，我將課程內容都改以 Android 2.x 平台為主。在這個 Android 入門開發課程中，最重的要的是幫助入門者打好基礎，尤其是 Android 平台的架構，與在該平台上應用程式運作的基礎觀念與原理。這部分要是清楚了，日後遇到問題，要自己找資料解決，也有個方向。另外就是對 ListView 元件的運行原理，也有深入的介紹，ListView 是 Android 眾多 UI 元件中，最常用到的，也是最好用的一個。透過對 ListView 的了解，其他類似的元件如 GridView, Spinner 等由 AdapterView 所延伸的元件，自然也可觸類旁通。
課程大綱
熟悉 Android 2.X開發環境與Android平台知識

瞭解Android 2.X程式框架

如何有效率的偵錯程式

功能選單之設計與應用

各式使用者介面元件之設計與應用

如何支援多國語言與不同的硬體設備

Intent 的使用

深入剖析 Activity 之運作行為

喜好設定之存取

發佈應用程式與參考資料

進階課 I

這個課程先帶領你深入研究 Android 三大重要元件 (Actiovity, Service, BroadcastReceiver) 的運作原理，與建立正確的使用觀念。其中我會用將近一天的時間來解釋與剖析 Activity & Service 的生命週期。這部分是對已入門的開發者，最最重要的一部分，卻也是最不容易全盤了解與最容易被忽視的一部分。我試玩過很多應用，也看過不少人的程式，與發問的問題，都是源自於對這部分的了解不夠透徹。BroadcastReceiver e也是最常被使用的元件，在學如何開發桌面小工具之前，如何使用這元件的正確觀念是一定要先建立的。接下來，我會介紹如何開發桌面小工具和多媒體應用。對於已熟悉 Android 應用開發，而想進一步提昇您自身應用開發實力與建立正確觀念的您，這個課程是一定要上的。
課程大綱
深入研究Android生命週期

如何開發自訂使用者元件

各式繪圖功能之使用與應用

BroadcastReceiver之使用與應用

深入研究Service之使用與應用

如何建立桌面小工具

重力加速感應器的使用與應用

如何播放與錄製多媒體影音

進階課 II

在這個進階課程中，我會先介紹如何開發存取網路的 Android 應用。行動網路是智慧型手機的重要特色之一，因此開發具有網路存取功能的應用，也是大家常常會接觸的工作之一。我會在課程中提及如何在 Android 手機平台上，正確執行這項工作。智慧型手機的另項特色，就是 GPS (location-based)。
接下來，我會介紹如何開發地圖 (LBS, location-based) 應用，如何抓取經緯度座標，寫好地圖應用，都是這課程會教的事。
最後，我會花半天的時間，教大家如何讀 Android 應用的源碼，並實際拿個例子來解說。我個人覺得閱讀及追蹤 Android 的原始碼，是提昇你 Android 程式設計功力最好的方式之一。當你已具備 Android 開發基礎的情況下，想要再進一步提升你的程式設計功力，除了要想辦法讓自己多增加些程式設計經驗外，閱讀及追蹤別人寫的程式碼，更是最好的方法。不過網路上，每個人的程式功力高低不同，寫出來的程式也有好有差。讀到不良的程式，看不懂還不打緊，如果誤導你的觀念，那可就得不償失。因此，當你底子還不足以判斷好壞程式時，研讀 Android 原始碼，就是你學習 Android 程式設計時，最好的導師。
在這課程中，也會教授 Android 的第四大重要元件 ContentProvider 的用法，當然也會提及 SQLiteDatabase 這個主題。
課程大綱
Android雲端應用開發

- 如何開發以網頁(WebView)為基礎的 Android 應用

- Android與WebView間的互相呼叫

- 如何開發Android端網路應用程式，及該注意的要點

- URL, IntentService, HttpClient, AndroidHttpClient

- XML 與 JSON parsers 的使用

Android LBS (地圖)應用開發

- 如何擷取各式地理座標資訊

- 如何開發地圖(MapView)應用

Android原始碼徹底研究

- 如何研讀Android原碼

- 深入研讀Android原碼實例

- SQLiteDatabase, ContentProvider

底下是 2011 年計畫開的課程：

日期	地點	課程名稱	難易度
5/4,5 星期三四	新竹	Android 2.X 手機應用開發實務工研院	基礎
5/18,19 星期三四	台北	Android 2.X 手機應用開發實務工研院	基礎
6/1,2 星期三四	台北	Android 2.X 手機應用開發實務工研院	進階 I
6/29,30 星期三四	台北	Android 2.X 手機應用開發實務工研院	進階 II
7/20,21 星期三四	新竹	Android 2.X 手機應用開發實務工研院	進階 I
9/14,15 星期三四	台北	Android 2.X 手機應用開發實務工研院	基礎
10/12,13 星期三四	台北	Android 2.X 手機應用開發實務工研院	進階 I
11/9,10 星期三四	台北	Android 2.X 手機應用開發實務工研院	進階 II

2009-2010 在台灣所開的課程

Android 應用的盜版與山寨 - 山寨應用

2011-01-25T09:00:00.004+08:00

The pirate Android market and shanzhai apps - shanzhai apps

沒有靈魂的山寨應用

之前提過 Android 盜版市集的出現對開發者的威脅，以現階段的發展情況而言，應該還沒到嚴重的程度。不過另一個新現象「山寨應用」的發展，對原創開發者的威脅，我倒是覺得值得關注。

甚麼叫山寨？你可以參考維基百科中山寨文化或 Shanzhai 的解釋說明。

所謂的「山寨精神」就是用最低的成本，儘量複製原創產品的外觀；至於產品本質的部分，那當然是不用在意了。一方面這會增加成本，另一方面山寨人也不懂這原創產品的內在精神，又怎有能力在本質上抄襲。山寨者常用來掩護其行為的理由就是，誰不是從模仿學起的。不過以我來看。山寨和模仿還是有程度上的不同，模仿者通常是抄襲產品規格，至於在外觀上，還不至於做到讓消費者傻傻分不清楚的程度。山寨就不同了，山寨產品的唯一目的，就是讓消費者從外觀上分不清楚，哪一個是原版，哪一個是山寨。所以這山寨產品比模仿產品對原創者的威脅，還要大上許多。從另一個角度上看，這山寨文化對原創力的影響，也不容小歔。維基百科中一句話說得很好：「山寨風愈演愈烈，將會加劇中國文化原創力的腦萎縮和腦死亡」。

大家都知道目前的中國，已經將這山寨文化發揚光大到無所不在的地步，各式各樣的產品(包含人)，只要是熱門的，就一定伴隨一堆的山寨產品。現在，這股山寨風也吹到 Android apps 上。

2010 年六月我發現 Android 2.2 手機內建的 install apps on SD 的功能很難用。一定要每個應用都點一下，才知道可否將此應用移到 SD 卡上。當發現這個問題後，我的第一個動作是到 Market 上尋找，是否有相關的解決方案。發現沒有後，我才開始花一個禮拜的時間著手寫 App 2 SD。自己也沒想到這個應用，會是這麼的熱門。到目前為止，只花不到半年的時間，下載數就已經突破 50 萬，也破了我先前 aTrackDog 的紀錄。

熱門的應用，果然吸引了一堆 Copycat 相繼模仿我的 App 2 SD 應用，Apps 2 SD by Gregory House, App 2 SD by Bob Chow, Apps to sdcard by EasyFilter, App 2 SD by PopSoft, Advanced SD Card Manager by Arron La, MoveToSD by CurveFish, App to SD by Dolphin Browser Add-ons 這些都是。

而在這些 copycat 中，竟然還出現山寨 apps 的蹤跡。你看一下底下的應用截圖，分別來自三個不同的應用。如果你有用過我的 App 2 SD 應用，你看的出來哪一個是原版的，哪一個是山寨？

答案是最左邊的才是原版，右邊那兩個 App 2 SD by Bob Chow, Apps 2 SD by Gregory House 都是山寨 apps。從這兩個應用的截圖中，可以明顯看出來，都是來自「使用簡體中文」的國家 (截圖中還有中文，明顯不用心)。

我自認沒有美學的修養，從不覺的我的應用在美學設計上有到達及格的程度。要模仿我的應用，好歹配色或 icon 也改一下。你看到沒，不僅配色都一模一樣，連 icon 也相同。其中 Gregory House 這個開發者(最右邊的應用)，他只山寨配色的部分，中間的顯示方式好歹也從原先的 GridView 換成 ListView，所以目前應該是在腦萎縮的階段。而已經到達腦死程度的，當然是 Bob Chow 這傢伙 (中間的應用)，連 icon 都原封不動抄襲。不仔細看，還真分不出來這是原版，還是山寨。發揚山寨精神的極致，也莫過於此了。再進一步追查，這兩個人還有某種程度的合作關係或關聯，果然是山寨家族一家親。

保守估計，這兩個山寨 apps 的下載數加起來有 6 萬之多。和盜版應用所造成的損失相比，在比例上應該是差不了多少。不過山寨應用比起盜版應用對原創者的影響可就大多了，除了對營收的影響之外，對你產品形象的影響更是來的大許多。難怪國外大廠，看到這些山寨產品，無不恨的牙癢癢的。可是遇到無「齒」的人，你又能如何？

後記：這個中国的C2C模式裡頭列有山寨網站。

如果你發現你的應用被侵權，你可透過 trademark notice of infringement 及 copyright notice of infringement 向 Google 提出侵權報告。

Android 應用的盜版與山寨 - 盜版市集

2011-01-21T09:00:00.003+08:00

The pirate Android market and shanzhai apps - pirate market

Android 盜版應用的崛起

Android 的盜版應用遲早一定會出現的，這是軟體世界裡不變的真理，而且不管你如何保護都沒有用。就像防盜市場一樣，沒有開不了的鎖，有的只是時間快慢問題而已。

熟悉門路的人都知道，在通訊行買 iPhone，不僅幫你的手機越獄，還附上一片大補帖，裡面裝滿可以免費使用的 iPhone 付費應用。Android 應用當然也無法免除這被盜版的命運，再加上 Android 應用的開發使用的是 Java 語言，要反組譯這 Java 所編譯出來的 .class 或是 .jar 檔，更是易如反掌。自已 google 一下 java decompiler，這類的 java 反組譯工具早就滿天飛。而且反組譯所產生出來的 Java 源碼，還都宛如原著。

雖然 Android 會再將 .class 轉譯成 .dex，不過這 .dex 的格式既然是公開的，自然要再將他解開，也不是件難事。smali, Dedexer, dex2jar, android-apktool 等都有這樣的本事。雖然你可以用 Proguard 這類的工具，延長別人看懂你程式所要花費的時間。不過，相信我，只要能還原出原始碼，就一定可以被破解。加再多的防盜措施，只是找你自己與使用者的麻煩。因此，盜版 Android 應用的出現，是早晚的事。

透過 iPhone 的 App Store 或是 Android 的 Android Market 這類的創新營運模式，將手機應用的傳銷成本，幾乎降為 zero。這麼好的創新模式，盜版者當然得將這招學下來，所以專為散佈盜版應用的 Market，自然也就孕育而生。Applanet 大概是最有名的一個。

我試玩了一下，Applanet 本身就像是一個 Android Market，第一印象是這 Applanet 應用，寫的還真不錯，有一定的水準。我的免費應用，多數帶有廣告，自然歡迎盜版市場一起幫忙散佈，付費應用可就不行。找了一下，果然 Applanet 上有我的付費應用。經過分析之後，我發覺目前的破解方法多是直接改你的程式，繞過你原本程式中檢查是否合法的那個點，再將 apk 重新簽名發佈。

對於不想付錢買應用的人，有免費的付費應用可用，當然是 why not，不過對於真的使用這類破解應用的使用者，這問題可就嚴重了。你怎麼知道破解者不會在程式中植入木馬？在個人電腦上，被植入木馬，除非偷走你的電子銀行密碼，一般來說，還不會有太大的金錢損失。手機上的木馬遠比個人電腦來得可怕許多。偷抓你的聯絡人資料和私密相片，傳遞上網；或是盜發垃圾簡訊等等，一般人平常根本無從察覺，直到你收到帳單的那一刻，才體會甚麼叫做因小而失大。而目前的手機防毒軟體，也多是騙錢的，根本起不了防治作用，你別想靠他幫你抓毒。由於手機付費應用來的相對地低廉，通常都是不到一杯咖啡的價格，再加上手機上有許多的隱私資料。因此，我覺得這盜版市集是否會對開發者收益部分造成大比例的威脅，還需要一段時間的觀察。

常有人問我，該如何保護應用，避免被盜版等問題。我的回答都是，只要做好基本的保護 Proguard + LVL，其他就順其自然了。因為我說過，只要能還原出原碼，這樣的程式就一定可以被破解。除了做好基本保護之外，另外一個重要的事，開發者一定要立足台灣，放眼全球。有機會的話，不要做只給小區域人使用的應用，一定要做給全球手機用戶使用的應用。Android Market 的出現，解決了傳統沒效率的軟體銷售經銷問題。現在你的應用，瞬間可以透過 Market 上架到全球用戶的面前 (消費者有沒有看到的你商品，這是下一件事)，為甚麼你還不願跨出台灣？一旦你的應用是面對全球的，這因盜版市場所造成的營收損失，比例上自然也會下降。與其每天想如何保護程式，還不如多花點時間在增強你程式的功能與品質。這樣才會有正向的循環，不是嗎？

這有一篇如何破解應用的教學。我分享這資訊，並不是要你破解別人的程式，而是因為要學會保護你的應用之前，首先你得先知道別人是如何破解應用。再說一次，沒有破解不了的程式，只是破解所要花的時間多少而已。

並行下載的完美解決方案

2010-11-09T09:00:00.002+08:00

How to implement the function that supports concurrent downloading?

在看完小心，AsyncTask 不是萬能的以及深入研究 IntentService 原始碼這兩篇文章後，我想你應該已經對如何寫個正確處理費時工作的 Android 程式，建立起正確的觀念。

從這兩篇文章中，我們也了解到，在 IntentServcie 中等待被服務的工作，並不會被一起並行 (Concurrent)，而是循序執行。在多數的案例中，循序執行已能滿足你的需求，而且這樣的程式也比較能夠受控制而不會出錯。

不過在處理網路下載這件事情上，循序執行可不是最好的方式，每件網路下載的工作，免不了要浪費時間在等待網路的傳輸上。為了要善用 CPU 的資源，加速資料的下載工作（例如下載多張圖片），你今天可能會想要這些等待被服務的工作，能夠一起被並行，而不是循序執行。在研讀完這個 IntentService 的原始碼後，你自己知不知道如何寫個可支援並行工作的 IntentService？

如果你曾研讀過 AsyncTask 的原始碼，你應該知道所有的 AsyncTask實例 (instances)，都是由同一個 ThreadPoolExecutor 在管理。每一個 AsyncTask 的實例，都會由 ThreadPoolExecutor 中分配到一個 thread 來執行。因此所有的 AsyncTask 實例都是並行的。要實現一個可支援並行工作的 IntentService，我們剛好可以利用 Service + AsyncTask 的組合。

底下是我所實現的 ConcurrentIntentService 的完整程式代碼。

public abstract class ConcurrentIntentService extends Service {
  protected abstract void onHandleIntent(Intent intent);
  
  private boolean m_bRedelivery;
  private ConcurrentHashMap<Intent, MyAsyncTask> m_mapIntent2AsyncTask;
  
  public
  ConcurrentIntentService()
  {
    m_mapIntent2AsyncTask = new ConcurrentHashMap<Intent, MyAsyncTask>(32);
  }
  
  public void 
  setIntentRedelivery(boolean enabled) 
  {
    m_bRedelivery = enabled;
  }
 
  public void 
  cancel() 
  {
    for (MyAsyncTask task: m_mapIntent2AsyncTask.values()) {
      task.cancel(true);
    }
    m_mapIntent2AsyncTask.clear();
    stopSelf();
  }
  
  @Override public void 
  onStart(Intent intent, int startId) 
  {
    super.onStart(intent, startId);
    if (m_mapIntent2AsyncTask.containsKey(intent)) {
    return;
    }
   
    MyAsyncTask task = new MyAsyncTask();     
    m_mapIntent2AsyncTask.put(intent, task);
    task.execute(intent);
  }
  
  @Override public int
  onStartCommand(Intent intent, int flags, int startId) 
  {
    onStart(intent, startId);
    return m_bRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
  }

@Override public IBinder 
  onBind(Intent intent) 
  {
    return null;
  }
  
  /////////////////////////////////////////////////////////////
  private class MyAsyncTask extends AsyncTask<Intent, Void, Void> {
    protected Void 
    doInBackground(Intent... its) 
    {
       final int nCount = its.length;
       for (int i = 0; i < nCount; i++) {
         Intent it = its[i];
       
         m_mapIntent2AsyncTask.remove(it);
         onHandleIntent(it);
       }
       return null;
    }

@Override protected void 
    onPostExecute(Void result)
    {
      if (m_mapIntent2AsyncTask.isEmpty())
        stopSelf();
    }

@Override protected void 
    onCancelled()
    {
      if (m_mapIntent2AsyncTask.isEmpty())
    stopSelf();
    }
  }
}

要使用這個 ConcurrentIntentService，和使用 IntentService 是相同的，你只要繼承這個 ConcurrentIntentService，並將費時的工作，移到 onHandleIntent() 中處裡即可。onHandleIntent() 是被 non-UI thread 所喚起的。因此在這個函式中，你可以放心地去執行你的下載工作，而不用擔心會產生任何的 ANR 錯誤。

我們先看 #29~#40 行onStart() 這個函式。

每當你想執行某件費時的工作，透過 Context.startService() 呼叫到 Service.onStart() 時，我們立即產生一個 MyAsyncTask (AsyncTask 的子類，見 #56~#83) 的實例(#37)，並將他放到 m_mapIntent2AsyncTask 這個 HashMap 中(#38)。

設計這類的樣式，其中一項重要的工作是決定何時要殺掉 Service。在 IntentService 中，每項工作都是循序執行的，因此他利用 stopSelf(int)，來讓系統判斷是否最後一項工作已執行完畢。系統會在最後一項工作已執行完畢時，自動殺掉 Service。不過在 ConcurrentIntentService 中的所有工作，都是並行的，而且每件工作的執行時間也長短不一。因此，我們不能參考 IntentService 的作法，我們必須借助一個 HashMap 來管理，還有哪些待執行的工作，自己決定要殺掉 Service 的時機。

在 MyAsyncTask 這個類別 (#56~#83) 的 doInBackground() 函式中，我們先將欲執行的工作從 m_mapIntent2AsyncTask 中移除。接下來，再呼叫你設計的 onHandleIntent(Intent)，每個 AsyncTask 執行完後，最終都會執行 onPostExecute()。因此，我們在這個函式中，判斷 m_mapIntent2AsyncTask 中是否還有待執行的工作。如果沒有，那就是這個 Service 的生命該終結的時候 (#73~#74)。

其他部份的設計邏輯，和 IntentService 類似，請自行研讀。不過，我們為這個 ConcurrentIntentService，還特別加了 cancel() (#19~27) 介面，讓你可以取消所有正在進行或等待執行的工作。

如何在 Android 應用中，順利處理雲端資源的存取工作，一直是應用開發者的痛苦。不過，透過系統提供的 IntentService 與我自行設計的 ConcurrentIntentService，應當可以幫助開發者減少在處理網路下載時所遇到的問題。

要寫 Android 應用，一點都不難，不就是 Java。這是我最常聽到，剛跨過入門檻開發者告訴我的一句話。不過當你曾嘗試寫過 Android 的雲端應用後，你應該有所體會，要寫好的一個 Android 的網路應用，這當中還是有許多門檻需要跨過的。

手機創新設計大會 2010

2010-11-06T12:27:00.008+08:00

11 月應邀到在深圳舉辦的第12屆手機創新設計大會中發表演說。

大會的時間是 2010 年 11 月 19-20 日，地點在深圳馬可波羅好日子酒店。我的演說時間是 11am-12pm, 11/20。

關於這次的演講，我把題目訂為「內容為王的時代」。演講的內容，主要是這篇「內容為王的時代」部落格文章的延伸。由於預期參加的人員，會有做硬體，也會有軟體的從業人員。我希望能帶給硬體廠商一些我看到的發展方向，希望能讓這些硬體廠商透過軟體來增加其產品的價值。對於軟體開發商而言，我也會揭露在未來行動平台上的新趨勢與因應之道。

如果有要參加這個大會的，別忘了打聲招呼。

免費講座 - 智慧行動生活新世代系列座談會

2010-10-08T18:40:00.001+08:00

這是數位時代與 Samsung 合辦的座談會。

新竹場時間是 7pm~9pm, 10/21，地點在老爺酒店。
台北場時間是 7pm~9pm, 11/9，地點在富邦國際會議中心。

看到活動 DM，我才發現和我一起在新竹場的講者是工頭堅。和工頭堅的認識應該早於 2006，當時是源自休息一夏與天下雜誌的合作。只不過因當時工作的關係，沒時間照料休息一夏的發展，所以當初的合作案，也沒太深入的發展。沒想到這 5 年後，又有機會碰面了。

活動的頁面在這裡，參加獎就是一本數位時代雜誌，還有抽獎送一台 i9000，這一台我曾經玩過幾分鐘，我喜歡他的畫面品質，不曉得廠商願不願意送我一台測試機？講到這，就不免抱怨 Android 起來，這寫 Android 的應用，還真得在手上有各家不同的手機才行。因為這每家的手機，都有不同的問題，尤其是照相機及各式的 sensors，行為都不同，都快搞死開發者。

深入研究 IntentService 原始碼

2010-10-05T09:00:00.002+08:00

IntentService Source Code Internals

在小心，AsyncTask 不是萬能的中，我提到 IntentService 是你在實現下載功能時，最好用的武器之一。

這次，我們來深入研究 IntentService 的原始碼，看他是如何用短短幾行代碼，來解決這個問題。

從 class 的宣告中，你可以知道 IntentService 就是一般的 Service。

接著他定義一個 ServiceHandler。一般我們在創建 Handler 時，都是用預設的建構式。預設的 Handler 建構式，是依附在當前的 thread 身上。所以一般開發者都以為 Handler 一定是依附在 main-thread 上，這是不對的觀念。

這個 ServiceHandler，是依附在一個 non-UI thread 的 Looper 上。Looper 就是訊息迴圈 (message loop)，這是 Android UI 在處理各式訊息時，最重要的元件之一。而 ServiceHandler 建構式中所傳入的 Looper 物件，是在 onCreate() 中所建立的。

看到了吧，mServiceLooper 就是 thread 物件中的 Looper 物件。這個 thread 物件就是一個 HandlerThread，他是一個 non-UI thread。

所以現在這個 Service，一個帶有 message loop(mServiceLooper) 的 non-UI thread (mServiceHandler) 正一直在背後執行著，監看是否有任何傳入的 message。

接著，每當你呼叫 startService(new Intent(this, MyIntentService.class)) 啟動 IntentService 時，其實他只是很簡單地送出一個 message 到 mServiceHandler 上。

我們知道這個 message 最終會由 Handler.handleMessage() 來處理。由於整個 mServiceHandler 是在 non-UI thread 中執行。當他在 handleMessage() 中呼叫你的 onHandleIntent() 時，你的 onHandleIntent() 自然也是在 non-UI thread 中執行。

onHandleIntent() 執行結束後，接著呼叫 stopSelf(int)。由於 IntentService 是設計用來可以在一個 Service 中服務多項工作，因此在這裡，不可以呼叫 stopSelf()。

如果你呼叫 startService() 多次，每一次的呼叫都會被轉成一個 message，並放在 mServiceLooper 的 message queue 中，等待被服務。一個 message 所對應的工作被完成後，才會繼續服務下一個工作。所以，這些等待被服務的工作，並不是一起並行 (Concurrent) 的，而是循序執行。

當所有的工作都處裡完時，也是 Service 該結束的時候。

在 onDestroy() 中，唯一要做的事，就是要將 mServiceLooper 停下來。

從研究這個 IntentService 的原始碼，我們可以學到如何運用簡單的 pattern (Service + Handler + HandlerThread)，幫我們更簡易與有系統地，完成我們所想要做的事。

最後我們先前說過，在 IntentServcie 中等待被服務的工作，並不會被一起並行，而是循序執行。如果你今天想要這些等待被服務的工作，能夠一起被並行，在研讀完這個 IntentService 的原始碼後，你自己知不知道如何寫個可支援並行工作的 IntentService？

提示：可以用 Service + AsyncTask 的組合。

Google DevFest 2010 @Taipei

2010-09-28T19:18:00.012+08:00

為了弭補無法參加 2010 Google Developer Day 開發者的遺憾，Google 今年在雪梨、以色列、馬尼拉、新加坡、台北、香港、吉隆坡、雅加達以及曼谷等各地舉辦 DevFest。

各地演講涵蓋的範圍不外乎是 Android, HTML5/Chrome, Maps, Social 等主題，看來這幾項應該是 Google 這一、兩年的主要發展重點。

台北場的日期是 2010/10/1 星期五，地點在台大醫院國際會議中心 201 室。

今年榮幸受到邀請，要給大家一個關於我 Android 應用現況與 Android 開發經經驗分享的演講。底下是台北場的議程，紅色標示的部分，就是要我預計要上台講的那一場。

你有沒有特別想聽我講什麼的？如果時間允許的話，我可以特別準備你想聽的東西。

2010/10/1 後記

我的投影片：

當天的議程：

Local demo session 的介紹：

Speaker's badge：

當天來了快 700 人，把 201 會議室都擠爆了：

2010 Android平台社群開發大會

2010-09-21T09:00:00.001+08:00

零組件雜誌與仕橙研策將於 2010 年 10 月 21/22 兩天在台大應力所國際會議廳舉辦『2010 Android平台社群開發大會』。我也應邀於 10/22 (星期五)，給個 Android 與雲端結合之相關講題。

誠如我一直說的，Android 的應用並不僅限於手機。不管是平板電腦、網路電視或是車載資通娛樂等等設備，只要是需要連網功能，以及一個與人互動的觸控螢幕的嵌入式設備，都很適合應用 Android 系統。因此，這兩年這些嵌入式設備相關廠商無不積極地往 Android 靠攏，讓 Android 的影響力不斷擴大。為凝聚產業與社群力量，零組件雜誌特地舉辦此次 Android 平台社群開發大會，希望提供台灣開發者一個技術交流的機會。

這個活動不是免費的，詳細的時間與地點請見這裡。底下是這兩天的議程：

2010/10/21 (星期四)

時間	主題	講師
09:00 - 09:30	報到(簽到及領取收據)
09:30 - 10:00	Android版本發展與市場定位	Google公司
10:00 - 10:30	Android Development on New ARM Architecture	ARM 應用工程師 Leon Chen
10:30 - 10:45	Tea Time
10:45 - 11:15	Android平台與系統晶片整合開發策略	工研院資通所副所長謝明得博士
11:15 - 12:00	中國大陸Android市場與社群發展分析	北京易聯致遠CEO 靳岩
12:00 - 13:30	午餐時間
13:30 - 14:10	中國高階Android智慧手機開發策略	中一無線架構師 Jollen Chen
14:10 - 14:50	Android多媒體處理技術	福州瑞芯微?子 IC & 手機事業部總經理陳鋒
14:50 - 15:10	Tea Time
15:10 - 15:50	Android無線通訊模組技術	海華科技研發處黃忠諤處長
15:50 - 16:30	易於更新及維護的Android系統整合設計要點	台北科技大學資工系助理教授梁文耀博士
16:30 - 16:45	Tea Time
16:45 - 17:15	Android vs. iPhone開發環境與社群競賽	台灣大學資工系助理教授陳彥仰博士

2010/10/22 (星期五)

時間	主題	講師
09:00 - 09:30	報到(簽到及領取收據)
09:30 - 10:00	Preparing for Connected TV, Google TV and Beyond	MIPS 策略行銷總監 Kevein Kitagawa
10:00 - 10:30	Android for eReaders and Smartbooks	Freescale亞太區多媒體應用處理器資深經理蔣宏
10:30 - 10:45	Tea Time
10:45 - 11:25	瞭解你的程式﹣Android平台之Java側寫工具	清華大學資工系系主任金仲達博士
11:25 - 12:15	Android 與雲端運算之整合現況與趨勢	ysl 程式天堂主持人盧育聖
12:15 - 13:30	午餐時間
13:30 - 14:10	Android開放手機研發成果	中正大學資工系助理教授羅習五博士
14:10 - 14:50	0xdroid成果與發展藍圖	0xlab Developer Kanru
14:50 - 15:10	Tea Time
15:10 - 15:50	Android系統車載娛樂平台技術開發	工研院南分院家網中心程永華
15:50 - 16:30	Using high-level view on Android Porting	仕橙3G教室技術顧問鍾文昌
16:30 - 16:45	Tea Time
16:45 - 17:25	Android應用架構的樣式導向設計 (Pattern-Oriented Design)	台灣大學電機系教授王勝德博士

大會的 DM

我的演講在第二天

第二天約有1百多位聽眾

小心，AsyncTask 不是萬能的

2010-09-14T09:00:00.004+08:00

Don't only use AsyncTask for your download task

要進入 Android 應用開發之門，真的一點都不難，不就是 Java 嘛。這是我最常聽到，剛跨過入門檻開發者告訴我的一句話。

這句話其實是沒有錯的，Android 應用開發的入門檻，比起其他平台，已經低了許多。要跨過這門檻，的確是輕鬆容易許多。不過，如果要從入門到進階，邁向下一個關卡，你第一個要了解的是 Activity 的生命週期和 Process 的生命週期，而且是要『透 . 徹 . 了 . 解』。這一步很重要，卻被許多開發者輕忽了。

尤其這 Activity 的生命週期，實際上的行為會比你從文件上看到的說明還來的複雜。也因此，我發現有不少，即使已有多個 Android 應用開發經驗的開發者，在開發 Android 應用時，還是栽了不少跟斗。這第一個問題，就出在這些開發者，還是沒達到我說的『透徹了解』境界。因此，今年的進階應用開發課程，特地將這一部分加入進來，希望對想踏入進階之門的開發者，有所助益。

好了，如果你已經有一段 Android 應用的開發經驗，那應該知道在 Main-thread(UI-thread) 中，你不能執行一件需時 5 秒以上的工作，例如網路或資料庫的存取、音樂的播放等等。要不然你的應用就會產生 ANR 錯誤。要解決這個 ANR 錯誤，唯一的方法就是自行建立一個新的 Thread 物件，並將該費時的工作放在 Thread.run() 中執行。關於如何解決 ANR 的細節，我建議你先讀 Painless threading，這是一篇值得一讀的好文章。

在這篇文章中，介紹了從 Android 1.5 才加入的 AsyncTask。AsyncTask 很好用，同時我也建議你研究他的原始碼。AsyncTask 就是太好用了，有些開發者就認為，單用 AsyncTask 就能解決他的問題。其實，我早在請將要執行很久的程式碼，放在 Service 中執行這篇中，就已提過。單將費時的程式碼放在 Thread.run() 中執行，還是不夠的，你只解決一半的問題。不過，多數開發者不是便宜行事，就是不相信我說的。這些便宜行事的開發者，就是在賭這系統強制殺掉你應用的機率有多少；而那些不相信我說的，就是因為他沒有透徹了解 Activity/Process 的生命週期。

完整解決費時工作的方法，不僅要將費時的工作放在 Thread.run() 中執行，還要將這個 Thread 放在 Service 中執行。

你要知道 Android 的四大元件，Activity, BroadcastReceiver, Servcice and ContentProvider，除了 ContentProvide 外，全都是在 main-thread 中執行。而這些元件中，就只有 Service 的生命週期是最持續(長久)的。Activity 只要執行到 onPause()，BroadcastReceiver 只要離開 onReceiver()，系統隨時會殺掉這些元件，而且機率還很高。Service 當然也是會被系統砍掉，只不過它的優先順序，排在較低等級。自然被系統砍掉的機率就低很多。你還可以更進一步利用 Serivce.startForeground() 降低你被系統殺掉的優先順序。關於這部分，你要熟讀 Process 的生命週期與 What is a Service?。

其實為了減輕開發者的負擔， Android 1.5 已經加了 IntentService 這個新類別。如果你要寫個用到網路的應用，用這個 IntentService 才是你的完美解決方案。

要使用這個 IntentService 其實很簡單，你只要繼承這個 IntentService 並將該項費時的工作，移到 onHandleIntent() 中即可。onHandleIntent() 是被 non-UI thread 所喚起的。因此在這裏面你可以放心地去執行你的下載工作。

下次，我們來研究一下這個 IntentService 的原始碼，看他是如何做的。

參考資料：

內容為王的時代

2010-08-24T09:00:00.003+08:00

The era of content is king

你覺得一台 Casio 的計算機和個人電腦相比，差異點有哪些？

這個問題，應該很好回答，隨便都可以找到差異點。但是如果我將個人電腦上的軟體都移除，只剩下 "小算盤" 這個軟體，並且將個人電腦上可自行安裝軟體的功能也關閉。此時，你覺得這台個人電腦和 Casio 計算機的差異在哪？我猜你的回答可能只剩下，螢幕比較大，外型比較漂亮還有價錢比較貴。是嗎？

我相信這你很清楚這計算機與個人電腦相比的例子。我再問你，你覺得功能性手機 (feature phone) 和智慧型手機 (smart phone) 相比，他們的差異點又有哪些？

我想多數人的回答都是，智慧型手機可以讓我自行安裝與移除應用程式。這答案絕對不是比較大台或是比較貴就是智慧型手機，更不是有 Apple, Symbian, Microsoft 或 Android 加持的就叫智慧型手機。

沒錯！智慧型手機的重點就在可讓使用者自行安裝其所需要的應用程式。手機只是個載體，在那上面執行的應用才是智慧的來源。舉例來說，手機就像是人的軀體，裡面的 CPU 是人的大腦。但是光這樣，人還是無法變聰明，你必須要接受教育，讀很多書，才會有智慧。而每個人所讀的書，就像是手機上的應用。所以即使你我都是用 Nexus One 的 Android 手機，但因為每個人的需求不同，安裝的應用也會不同。用了一陣子之後，每台 Nexus One 手機，都會是獨一無二的，除非你只用內建的應用。

不過僅有 "可自行安裝應用" 這點還是不夠的。Windows Mobile 或 Symbian 之類的智慧型手機，好幾年前就有了，問問曾經用過這類智慧型手機的朋友，會自行安裝應用的有多少人？我想這答案應該很清楚，大家都不常自行安裝應用。為什麼？因為他們不知道要去哪裡下載應用，也就是說他們不曉得書店在哪裡，要去哪裡買書。所以，這些人都將一台兩萬多元的智慧型手機，當 0 元功能性手機在使用。

我想一個智慧型手機的重點應該是，有個單一的入口點，讓使用者找到與安裝應用程式。iPhone 與 Android 手機透過內建的 Market 應用，解決了這個不知道去哪裡下載應用的問題。一個智慧型手機如果沒有了 Market 應用，就算他有 Android 的加持，哪和功能型手機有甚麼兩樣？聯發科依照其在功能性手機時代的成功模式，就算推出了 Android 解決方案，但是沒有了 Market 應用，那 MTK Android 手機和功能性手機的差別在哪？

有 Market 應用還不夠。一個 Market 如果不能像是一個甚麼都有的量販店，只能像是你家旁邊的小雜貨店，那有和沒有這個 Marekt，對使用者而言又有何差別？電信商推出的自家 Market，裡面的應用如果沒有數萬個。對使用者而言，如果手機已內建官方的 Market (如 AppStore 和 Android Market)，還需要這個電信商的 Market 嗎？除非你自家的 Market 有獨到的特色。

我並不是說山寨智慧型手機 (沒有內建 Market 應用的智慧型手機)，和山寨 Market (沒有貶低的意思，純粹是指非官方的 Markets) 沒有出路。單打獨鬥，我還沒看到成功的機會點。只有互相合作，才有成功的可能。這怎麼說？

會成功的山寨 Market，我個人覺得只有兩種。一種是專門做盜版的市場，那就真的是山寨 Market 了。不過，這只有在特定地區才有生存的空間。另一種會成功的山寨 Market，就是在手機內建應用市場上，能占有最高的市占率。要寫個 Market 應用，不是一件很困難的工作，困難的是如何能擁有數萬個應用，並能持續地更新和成長。如果 Market 的經營者，還想靠寄送 email 的方式，邀請開發者來免費支援的話。我可以說，這方式一點都不可行。我曾經有一個月，收到數十封這樣的 emails，他們的下場全是進了垃圾桶。我會這樣做，多數的開發者也是如此。

這道理，其實 Market 經營者也知道。只不過，他們還是以舊時代 (通路是王) 的思維在經營 Market。他們不知道的是，一個以內容 (應用及應用開發者) 為王的時代，已經悄悄開始了。

山寨 Market 必須結合山寨智慧型手機，才有機會。

對山寨智慧型手機製造商來說，只有內建 Market 應用，才能彰顯這智慧型手機的價值。山寨手機沒機會內建官方的 Market，如果能內建一個內容豐富的山寨 Market ，也算達到目的。對山寨 Market 經營者而言，只要能讓所有的山寨智慧型手機，都內建你的 Markete 應用。你根本不用去一一拜託眾多的應用開發者，只要你的 Market 有一定的市佔率，開發者自然會將應用放上來。要如何才能讓所有的山寨手機內建你的山寨 Market？我想這唯一的控球權，還是掌握在提供山寨手機平台解決方案提供者的那一方。

看完了手機，pad 與電子書也都有同樣的問題。pad 與電子書在硬體功能上，我覺得兩岸的廠商一定可以把他們發揮到極致，這是無庸置疑的。可是一個沒有 Market 的 pad，對使用者而言，這一台 pad 和 Casio 的計算機相比有何兩樣？在深圳，多數的 pads 多是執行 Android 系統。Google 短期內看來也不會將 Android Market 授權給 pad 廠商。所以這些 pad 和山寨智慧型手機都有相同的問題。沒有 Market 和沒有內容是相同的，沒有新應用，使用者很快就玩膩了。就電子書來說，一個只能下載有限書籍的電子書，他能在使用者的手上能用多久？台灣如果沒有一個獨立的書籍內容發行商來整合眾家的出版社，我不覺得這電子書會有市場。

山寨智慧型手機、pad 與電子書，他們的問題，最終都會在內容上。只有手上握有內容的才是老大。

一個以內容為王的時代，已經悄悄開始了，這是個趨勢。最後的結果會是如何，我也不知道。不過，這世界就是因為有不斷的改變，才變得有趣。就讓我們一起拭目以待，一起走過。

新竹 Android 整合開發之夜

2010-08-23T09:00:00.001+08:00

Android Party @Hsinchu

在台灣要辦社群活動，幾乎都會選在台北。新竹地區很難得有主辦單位，想辦這樣吃力不討好，又沒錢賺的活動。

不過這次難得高煥堂老師願意挺身，出面主辦這次的新竹 Android 之夜活動，加上自強基金會提供的免費場地，讓處在新竹地區的廠商或工程師們，也能在星期三小周末的夜晚，有個不同的知識盛宴。在這次的活動中，我當然也贊助一個講題－『Android結合雲端之發展趨勢』。

底下是這次活動的詳細內容：

活動議程：
6:30 ~ 7:00PM 入場(簽名報到)
7:00 ~ 7:05PM 開幕致歡迎詞
7:05 ~ 7:45PM Java與C/C++整合開發工具及用法
7:45 ~ 8:00PM Tea Time
8:00 ~ 8:25PM 應用框架(Framework)整合開發要點
8:25 ~ 8:50PM 產業實例探討：從MTK + Android看主動型API的威力
8:50 ~ 9:10PM 產業趨勢：Android結合雲端之發展趨勢(盧育聖)
9:10 ~ 9:30PM Tea Time(聯誼交流)& 散會

時間：9/8(三)，19:00-21:30

地點：新竹市光復路二段101 號研發大樓

這個活動是免費的，不過要先到這裡報名。

我與 Android 之媒體相關報導文章

2010-08-11T09:00:00.007+08:00

我永遠記得，2008 年 5 月我開始與 Android 結下不解之緣。
剛開始時，覺得很孤單，因為當時在台灣或是兩岸，研究 Android 的人不多。絕大數的使用者，對於甚麼是 Android，更是連聽都沒聽過。雖然孤單，不過那時的我，心倒是快樂的。沒有雜事的煩擾，純粹研究新的趨勢與技術；對我而言，是自在與愉悅。如果有天堂，應該也是如此而已 (這也是我取這部落格名的主要原因之一)。

隨著研究一步一步地深入，對 Android 也越來越有感覺了。當時，我心裡常想，這次 Google 真的是佛心大發了，釋出這整個 Android 的原始碼。如果拿這 Android，只用在手機平台上，還真是小看他了；其最大的商機，以當時的我來看，反而是在各式的嵌入式設備。對於這個應用 Android 到嵌入式設備趨勢的想法，我到目前為止，還是沒變。從 2010 以來，也很高興看到兩岸嵌入式廠商，終於開始看到這塊，也逐漸轉移研發重心在 Android 上頭。

除此之外，我對於這個智慧型手機平台上的應用，也有許多想法。有了想法，總得要驗證一下這想法或預測是否正確。因此，這兩年也寫了不下 10 多個 Android 應用。多數的應用，都是我的實驗品，用來驗證我的想法。從實驗的結果來看，幸運的是，多數想法還是正確的。所以這段時間，也透過社群的活動，媒體的訪問或是公開的演講，分享我的實驗結果與心得。

不過這些心得，透過口傳的速度還是太慢了。還是媒體朋友的文筆功力了得，能將我的想法轉化成文章分享給更多人看。因此，最近開始整理，這幾年我自己與 Android 相關的報章雜誌報導。除了整理，主要的目的，還是想對未來的自己，有個交代。

2012/01

非凡58 新聞台 - 手機 App 專輯報導
2012 1/1 非凡58台新聞特攻隊節目，關於手機 App 的報導。訪問人物：癮科技/吳顯二, 聖星科技/盧育聖 (Sam Lu)

2011/07

商業週刊 No.1235 - 找到消費者痛點　一人月入三十萬
想不到記者還跑去問簡立峰關於我獲邀參加 Google I/O 一事，我自己都不曉得我是台灣唯一一個通過邀請的
1/2, 2/2
壹週刊 No.529 - app 掏金術
希望藉由我的成績，鼓舞更多台灣 app 開發者，也希望大家立足台灣，放眼全球
1/4, 2/4, 3/4, 4/4

2011/01

策略行銷／雲端軟體好創意抓得住眼球 2011/1/25
經濟日報的報導。記者說是台灣 Google 介紹她來採訪我的，何時我變成 Google 開發者的代言人了?
我覺得這篇文章將 mobile app store 硬扯上 cloud 實在有點牽強。

2010/07

中國移動開發者雜誌 Vol. 7 2010/07
第一次上電子雜誌的封面。
隨興工作快樂生活：盧育聖與Android的不解之緣

2010/05

蘋果日報 - 手機玩導遊軟體 2010/05/20
上頭有介紹休息一夏的 Android 手機應用。

2010/04

iThome No. 445 - IT 人甘苦談 2010/04/03-04/09
放棄百萬年薪，投身 Android
網路資訊 - Community People 2010/04
盧育聖：新的人生，從 Android 開始 Page 1 Page 2 Page 3

2010/03

IC 之音電台 - 一人.COM 2010/03/30
第一次接受電台的訪問，主持人是數位時代的總編林文玲小姐。原來錄音室是這麼地擁擠。
Yahoo - 隨身鼓應用 2010/03
這個隨身鼓的點子我的，怎麼記者寫文章與新聞報導時，都會掐頭去尾。最後這報導的內容感覺應用是我夥伴想的。Orz
民視台語新聞報導華視國語新聞報導

2010/02

數位時代 No. 189 - 中文手機應用程式 30 強 2010/02
辭職玩 Android，中年危機變轉機 Page 1 Page 2 Page 3
iThome No. 437 - IT 部落客大直擊 2010/02/06-02/12
學 Android 程式不能錯過的專家部落格

2009/09

商業週刊 No. 137 2009/09
金融海嘯後，最強富翁製造機 Page 1 Page 2 Page 3 Page 4

2009/06

蘋果日報 - 雙方各有優劣 2009/06/26
突然接到蘋果日報打來，要邀稿。奇怪，蘋果怎麼知道我的手機號碼。

App Inventor - 不會寫程式也能寫 Android 手機應用

2010-07-13T10:00:00.000+08:00

App Inventor - Web-based WYSIWYG Android App Editor

Google 最近推出了 App Inventor。這個工具推出的目的，就是要讓沒有受過程式設計訓練的一般使用者，也能完成他自己的 Android 手機應用。

這是一個基於瀏覽器上執行的 Android 應用產生器。你只要在瀏覽器上，拖拉你想要的功能元件，以及利用各種控制方塊來連結這些功能元件，就像組合樂高積木一樣，就在拖拉與堆兜之間，你的 Android 手機應用就完成了。

用拖拉元件的方式來完成應用，並不是新鮮事。各式的 RAD 工具，早已充斥在各個電腦語言領域中。不過，在 Android 領域上，App Inventor 倒是第一個先行者。

有了 App Inventor，一些簡單的 Android 應用，應該可以更容易與快速地被寫出來。這個工具的推出，應該就預告其他 RAD 工具供應商，在 Android 這條路上，會更加艱辛 (要與 Google 與免費工具對打)。不過，如果 App Inventor 日後能支援 plug-in 的機制，讓個開發商能開發更多功能元件與控制方塊，並透過 plug-in 的機制，整合到 App Inventor 中，這倒不失為一個好方向。

App Inventor 看來也是 Google 眾多免費服務之一，目前還在 beta 階段，尚未全面開放。不過，你只要有 gmail 帳號，現在就可以到這裡免費申請。

Android 原始碼徹底研究系列 - 鬧鐘程式, ContentProvider (5)

2010-06-22T09:00:00.004+08:00

Android Source Code Internals - Alarm Clock, ContentProvider (5)

這一系列的鬧鐘應用原始碼的剖析研究，這一篇應該是壓軸了。在這鬧鐘應用原始碼系列研究的最後，要和大家介紹的是，在鬧鐘應用中如何建立與使用 ContentProvider 這個元件。

剛學 Android 的人，應該都看過這個關於 Android 4 大元件的相關文件。從這個文件中，我們知道這 4 大元件，分別是 Activities, Services, Broadcast receivers 和 Content providers。在程式中，只要你有用到這 4 大元件，都必須要在 AndroidManifest.xml 中宣告。從鬧鐘應用的 AndroidManifest.xml 內容來看，除了 Service 之外，他涵蓋了其他三大 Android 元件，這也是為何我先挑他出來介紹的主要原因之一。

因此，依照慣例，我們先打開 AlarmClock 的 AndroidManifest.xml 檔案，你會看到 #13 有宣告 AlarmProvider 這個 content provider。

如果你對甚麼是 ContentProvider 還不了解的話，建議你一定要先看看下列文章：

為了資料的隱密與保護性，在 Android 中，各個應用程式所儲存的資料，都在自己的保護區內。就算你知道他的檔案名稱與路徑，你也會因為權限的關係，無法存取別人的資料。這樣的作法，資料保護的目的性是達到了，可是卻犧牲了合作性。怎麼說？例如，在手機上，所有聯絡人的資料，都是由聯絡人這個應用所創建與管理的。如果你想寫個寄信程式，並且想讓使用者從現有的聯絡人中，挑選 email 地址。好了，這問題來了，這聯絡人的資料是由另一個應用所掌管的，你的應用想要存取別的應用所掌管的資料，看來是行不通的。在 Android 上，這樣的功能，應該怎麼做？

為了解決這資料互通的需求，Android 提出了 ContentProvider。簡單地說，ContentProvider 的出現，就是要讓某個應用所儲存的資料，可以被其他應用所讀取或寫入。而且 ContentProvider 本身還提供了權限管理的機制，讓只有獲得授權的第三方應用，可以透過他來存取資料。

ContentProvider 並沒有規定後台的資料儲存媒介。你可以用 SQL 資料庫，當然也可以用檔案，或其他你方便使用的方式。因此，規定一個統一存取的介面是必要的。ContentProvider 為這統一的存取介面，定義了以 URI 為基礎的 REST 存取方式。而所有要透過 ContentProvider 存取資料的應用，都必須要先透過 ContentResolver，幫你找到適合的 ContentProvider 才行。

最上面那個圖，就是鬧鐘應用中，和 ContentProvider 相關的方塊圖。鬧鐘應用將使用者所設定的所有鬧鈴，都儲存在一個 SQLite 資料庫 (alarms.db) 中。為了讓自己與其他應用也可存取這鬧鈴設定，AlarmProvider.java 是 ContentProvider 的實作，並提供底下兩種 REST 存取 APIs。

例如，處理這兩個 REST APIs 的查詢關鍵地方就在：

要實作出一個 ContentProvider，除了要自行定義可供外部使用的 REST APIs 外，你還要定義底下函式：

關於這些函式的實作細節，就請你就自行參閱 AlarmProvider.java。

好了，你已經看到鬧鐘應用如何實作 ContentProvider，以及他所提供出來的 APIs。接下來，我們來看看要如何透過 ContentProvider，來存取這些鬧鈴設定。

在鬧鐘應用中，所有和 ContentProvider 相關的存取，都在 Alarms.java 中。

我們來看殺掉鬧鈴設定的功能是如何實現的：

看到這，我們可以了解，即使要在自己的應用中殺掉 ID 為 5 的鬧鈴設定，你只要用底下方式呼叫即可：

在鬧鐘應用中，看似提供 ContentProvdier 這樣的介面是多餘的，畢竟只有他自己一個人在用。不過，在 Android 中，強調的是大家分工合作，透過 Intent 及 ContentProvdier 的機制，讓各個應用程式之間，能更完美無縫地的整合在一起。因此在知道鬧鐘應用的 ContentProvdier 介面後，如果日後你想在你的程式中，加上增減鬧鈴的功能，你就不用自己做了，完全可以透過現有的鬧鐘應用來完成，這樣的模式對使用者也好。反過來想，如果你的應用也能提供 Intent 與 ContentProvider 的話，這樣是不是也能讓別人和你更容易地整合在一起呢？

智慧終端軟體平台與應用發展 - 免費參加

2010-05-12T09:00:00.003+08:00

這是資訊工業策進會產業支援處辦的第 16 場 ICT 創意與應用發展交流會，這次是以研討會的形式舉行。我和 Android中文資源站的 Jimmy 也分別支援了一個議題。

底下是這研討會的主題：
ICT(資訊通訊科技)應用首重創新加值，台灣資訊產業在硬體與技術研發之外，服務設計規劃與內容發展整合為重要課題。為促進軟體、硬體、設計、應用、服務、系統整合業者跨業交流合作，將陸續邀請各體系領域專家進行主題式講座，內容方向包含國內外趨勢、需求與應用、創意案例、服務設計等，作為創意交流與產品需求及應用發展討論之引導，會後並將就政府研發補助資源進行概略說明，歡迎有意願跨業合作交流之業者參與，期能促成軟硬體資源整合與產品應用創新研發。

這個研討會是免費的，有興趣參加的你，趕緊到底下網址報名。
ICT創意與應用發展交流會--智慧終端軟體平台與應用發展

這次研討會的活動議程如下：

時間	主題 / 主講人
14:30-14:40	開場致歡迎詞資策會鄭春來
14:40-15:20	Android 裝置結合雲端運算之發展趨勢聖星科技盧育聖
15:20-15:40	Break
15:40-16:20	LBS在Android應用案例與趨勢分享 Android中文資源站黃雋
16:20-16:30	政府研發補助資源簡要說明資策會產業支援處
16:30-17:00	與會者自由交流討論

校園演講

2010-05-10T10:00:00.029+08:00

從 2009 年以來，一直有校園的授課或演講邀請。不過，多數都被我婉拒了。因為，'09年我主要將重點設定在業界的輔導與授課上，就是希望能先提昇業界在 Android 端的研發能量與競爭力。今年，我則將重點轉移到校園內。不過因為個人的時間還是有限，因此我主要是以校園的演講為主。目前為國內的一些大專院校，規劃 1 ~ 2 個小時的 Android 介紹，或是 Android 應用的創意設計演講。

底下是目前規畫的演講行程，日後有新增的話，也會在此更新。

日期	地點	演講議題
10/27/2010, 13:10p-15:00p	中原大學教學大樓105多媒體教室	手機應用的創意設計與發展契機
10/7/2011, 2:30p-4p	成功大學資工所資工系館4263(成功校區)	手機應用的創意設計與發展契機
9/28/2011, 6:30p-9:30p	台灣科技大學 RB105 國際演講廳	開發手機應用的必勝法則
9/22/2011, 3p-5p	中央大學 E1-102 (電機館)	手機應用的創意設計與發展契機
8/9/2011, 2p-5:30p	中央研究院資訊所106演講廳	Android 簡介與應用的設計創意

12/16/2010, 1:30p-3:30p	國立台北教育大學至善樓101室	手機應用的創意設計與發展契機
12/15/2010, 3p-5p	中央大學電機館E1-102	手機應用的創意設計與發展契機 http://www.ce.ncu.edu.tw/cae/schedule.php
9/24/2010, 9:10a-12:00p	中原大學電學410	Android 簡介與應用的設計創意
7/9/2010, 10:30a-11:50a	亞東技術學院	Android 應用開發經驗分享
5/25/2010, 2p-5p	建國科技大學電機系演講廳 EEB01	An Introduction to Android
5/12/2010, 3:40p-5:30p	輔仁大學聖言樓 SF648 室	Android 應用的設計創意與思維
4/14/2010, 3:40p-5:30p	交通大學工程四館 219 室	An Introduction to Android

9/10/2009, 11a-12p	清華大學資訊電機館 328 室	Android Market Stats
6/12/2009, 1:30p-2:20p	成功大學自強校區令洋廳	開發 Android 應用程式該具備的思維與技巧

我沒念到博士啊！

Android 應用大賽 - 台北市電腦公會

2010-04-26T13:00:00.006+08:00

去年國內最大的一場 Android 應用競賽，是由經濟部通訊產業發展推動小組辦的通訊大賽。今年看起來，不只通推小組想繼續辦比賽，連台北市電腦公會，也一同加入推動國內 Android 應用的設計熱潮。

在 4/30 號，電腦公會為了這個比賽，要先辦個「Android開發者研討會」。我在這次的研討會中，會和大家一起分享 Android 應用開發與參加比賽的經驗與知識。

有興趣參加這次比賽的你，趕緊到底下網址報名。
Android開發者研討會

這次研討會的活動議程如下：

時間	主題	主講人
13:30-13:40	開場引言	黃昭龍
13:40-14:20	雲端救援平台開發經驗分享	世新資管林宏遠
14:20-15:00	Android 嵌入式系統的發展趨勢	台大電機王勝德
15:00-15:10	開放平台行動裝置應用大賽介紹	TCA 謝宜均、高莉雅
15:10-15:30	Break
15:30-16:10	開發 Android 應用該具備的思維與技巧	盧育聖(Sam)
16:10-16:50	Android 的發展與應用趨勢	劉文山
16:50-17:30	A Discussion on Android Integration of the Application, Framework, and Library Layers	台北科技大學梁文耀

個人軟體開發者在 ANDROID 開發中的優勢

2010-04-19T09:00:00.002+08:00

An Individual Developer's Advantages in Android Market

前陣子，開始和現住在美國的 John ，合寫一個新的 Android 的應用 - Auto Task。這個應用，從無到有，我們只花了一個月的時間，也再次證明我提倡的 "虛擬團隊" 模式，套用在這手機應用開發上，有無可比擬的工作效率與成本優勢。

John 對於知識的分享，也有很大的熱忱。我很高興看到，他願意在我的部落格中，與我一起共筆，分享他個人對於手機應用開發的經驗與看法。底下就是他的自我介紹，與他的第一篇文章。由於他在美國，正好可以幫台灣的開發者解開這目前無法上架付費應用的難題，有興趣的你，可以找 John 幫忙。

王家君（John Wang, greythinker(at)gmail.com), 前半生碌碌無為，不學無術，學過地理學，生態學，遙感學，以學習研究的借口走遍中國大陸，曾經在天池上摸過火山巖，在內蒙古的沙漠里露營，也曾經站在蘇州的街頭看過美女。十三年前流浪到美國，為生計所迫，改學計算機科學，獲得碩士學位后進入 MOTOROLA 成為一名軟件工程師，十年間從小到大做過很多通訊項目，逐漸在大公司里被磨平了以往的銳氣，淹沒了曾經有的夢想。所謂經驗不過是因為混得太久知道怎么應對各種人物。感覺很窒息卻沒有勇氣跳出。直道有一天有個朋友塞了一個 DROID 在我的手中，說“機會來了“，從此一發不可收拾，廢寢忘食的開始在 Android 上鑽研。我在為自己的夢想而努力，希望能夠和更多的朋友交流和互相鼓勵，一起努力利用所有新的機會。

隨著手機平臺開發商走向 Open Source, Open Market 模式，給個人軟體開發者提供了一個以前從未有過的機會。使個人開發者，可以在集中的 Market 上和軟體開發公司一同平等地競爭，並顯示出更多的優勢。

這種趨勢，將慢慢改變以往由大公司所壟斷的軟體市場，變成主要由個人或是小團體所占據的市場。作為一個獨立的軟體開發者，這種機會是你所不能忽略的。

我們來看看個人軟體開發者，在這種軟體開發模式下，具備有哪些的優勢。你只有充分利用自己的優勢，才能在市場中持續發展並獲取利益。

起步成本低：能夠在 Android Market 上開始自己的銷售，作為個人開發者，成本之低，對以往的軟體公司而言，簡直是不可想像的。如果不考慮你在獲得技術知識時的花費，你在 Android Market 上的起步成本，是一臺電腦和 25 美金的註冊費。在從前，用這樣低的成本開軟體公司，根本是不可能。
開發周期短：個人開發者在開發過程當中，可以避免很多軟體公司在專案管理中，所要遵守的繁文縟節，而可以自由地決定計劃和進度。最近的一個我們親身經歷的開發案例，由兩個開發者合作，從創意到將成品放到 Android Market 上，只用了短短一個月的時間，而且是大家利用工作之餘的時間來開發的。這對於現今軟體公司來說，是很難做到的。
平等競爭：Android Market 給每個開發者提供了公平競爭的機會和環境，沒有人可以壟斷，獲利與否並不取決於開發者的規模或是有多少資金。一個獨立開發者可以比一個軟體公司想出更好的創意，並且能夠更快地把創意變成產品。
使用者支持：一個軟體產品成功與否一半決定於軟體的品質，另一半決定於售後的服務，再好的軟體如果沒有使用者的支持也不會成功。在軟體開發的領域裡從來不會有 100% Bug Free 的產品。而且要知道，絕大多數手機使用者是不會有任何相關的知識的，有些問題你可能會覺得很幼稚，但是對使用者來說卻是很難理解的東西。個人開發者相比於大公司來說，可以更加近距離的接觸使用者，並提供更快更好的售後服務。因為是你自己開發的產品，你會更加注重使用者給的的所有評論。
開發計劃：個人開發者在軟體的開發過程中有更高的自由度。可以根據自己的情況，制訂計劃和進度，不受公司裡大小老闆的約束，使軟體開發這件事，轉身變成了一種很愉快的工作。
風險系數：任何一個企業在開始投資一個專案的時候，都會考慮到風險的問題。失敗的專案，有時會造成毀滅性的後果。但是作為一個 Android 個人軟體開發者，這種風險系數低得不能再低。由於成本很低，一個失敗的軟體幾乎對個人開發者，不會有太大的經濟上損失。有可能會在你的心靈上，造成一點創傷。但是要記住的是，沒有人會一下就成功，成功的人都是那些經歷過了很多失敗後，沒有放棄，吸取經驗繼續努力的人。

能夠做自己有興趣的事並得到回報，是每個人的夢想。能夠自己做老闆，給自己發薪水，可以一覺睡到中午，也不用擔心被炒魷魚，這樣的環境，是每個上班族的天堂。只要你努力抓住機會，夢想都可以實現。Android Market 可以說給每個人提供了這樣一個公平的機會，你是否能夠抓住機會，全在於你自己的努力。

我的老師曾經講過一句話：「每個人的一生都有很多機會，有人看見了，有人忽略了；有人看見了沒有利用，有人珍惜地利用每個來臨機會，一旦有個成功的機會，就可以造就一個成功的人」，共勉之。

幫圖片加上影像特效 (IV) - 3D 投射效果

2010-03-24T09:00:00.002+08:00

Create simple effects for your images (IV) - 3D Projection

在 Android SDK 中有兩種 Camera classes。一個是 android.hardware.Camera，這是用來操控相機功能的類別。另一個是 android.graphics.Camera，這是什麼東西？今天我們就要來研究一下，這個類別能幫我們做些什麼事。

android.graphics.Camera 是一個可以讓你將 2D 物件在 3D 空間中移動，並將在其移動後的結果，畫在螢幕上的類別。

聽起來很有趣，是嗎？例如，最上面那張美女圖，你可以看出來，他是將原本的圖，以 Y 軸為軸心，旋轉約 30 度後，所畫出來的結果。

打開 android.graphics.Camera 的說明文件，你會發現，這個文件中只有下面這些 APIs 列表，什麼說明都沒有。

不過，從這些 APIs 的名稱與參數，你應該可以猜出一些端倪。沒錯，這個 Camera class，其實是個 helper class。他提供一些 APIs ，讓你控制要如何在 3D 空間中移動，最後再產生出合適的 Matrix ，讓你套用到 Canvas 的座標體系上。關於 Matrix，我在幫圖片加上影像特效 (I) - 陰影特效已經介紹過他的強大，還不知道的，先讀一下這篇。

用個例子來解釋這個 Camera 類別的用法，是最適當的。底下這個簡單的程式片段的結果，就是最上面那張圖。其中的 m_bmp 就是原本的美女圖。

從這個範例程式中，我們知道，你可以利用 Camera.translate() 及 Camera.rotateXXX() 等 APIs 在 3D 空間中移動。其實，這些 APIs 就是在操作 Matrix 的內容。最後，你只要呼叫 Camera.getMatrix() 即可將這 Matrix 的內容抓出，並套到 Canvas 上。

在 Android ，要做出 3D 的效果，你當然可以用 OpenGL 的函式。不過，如果你需要更快的顯示速度，或者只是要做個簡單的 3D 特效，那千萬不要忘了這個 android.graphics.Camera。

中文應用優選 30 強出列！

2010-02-18T09:00:00.003+08:00

Top 30 Mobile Apps

數位時代雜誌辦的 "60 大 Smartphone 應用軟體募集" 活動，結果已經出爐，就刊在 2010/02 月號的雜誌上。詳細排名及分數請看這。

這次總共選出前 30 中文手機應用，我參加比賽的三個應用，全都入選為前 30 名應用。分別是「aPortaDrum - 隨身鼓」第 4 名，「休息一夏 - 我的遊樂地圖」第 10 名，而「3D Compass─實境立體羅盤」則是第 24 名。

由於有三個應用同時入選至前 30 強，還獲選為「單一參賽者入選最多 APPs」的殊榮。在數位時代二月份的雜誌上，有篇關於這次參賽的專訪。有興趣的，可以到書局買本雜誌來看。

由這次的比賽，看出幾個很有趣的結果。

首先，3D Compass 竟然網友票選票數只有一票，這難道就是我自己投自己的的那一票？不太可能吧！不過，只有一票，還能入選，傑克這真是太神奇了。

剛好這三個應用也都有在 Android Market 上發佈，你猜猜看，這 Android Market 的下載數和這次比賽結果的關聯性，會是如何？我告訴你，幾乎成相反的趨勢。在 Android Market 上下載數最高的是「3D Compass」，有 74000+；「aPortaDrum」有 14000+；而「休息一夏」有12000+。休息一夏只針對台灣區發行，其他兩個應用都是針對全球的。因此，如果將地區因素也考慮進去，這比賽的結果，剛好和 Market 的下載數成相反的趨勢。

買不到數位時代二月份雜誌的，可以到這看看。

幫圖片加上影像特效 (III) - 負片與灰階效果

2010-01-25T09:00:00.001+08:00

Create simple effects for your images (III) - Negative & Grayscale Effects

前兩次提過，簡單地利用 Matrix ，就可以輕易做出陰影特效及鏡像特效。

這次，我將向大家分享，如何利用另一種 Matrix - ColorMatrix，來做出負片與灰階效果。

最上面那張圖的上半部，是原來的影像，一個美麗的地球。下半部的左邊，就是這地球影像的負片效果。右邊，則是灰階效果的呈現。

負片效果

負片效果的演算法，很簡單。就像底下這樣。

算法很簡單，可是在 Android 中要如何做到呢？難不成要用 Bitmap.getPixel() 及 Bitmap.setPixel()，逐一針對每個像素來改他的顏色值？！

當然不是！這樣的做法，太沒效率，速度一定很慢。在 Android 中，針對這樣的需求，你可以透過 ColorMatrixColorFilter 來完成。在建構一個 ColorMatrixColorFilter 時，你得傳給他一個 ColorMatrix。因此，重點就在這個 ColorMatrix。

ColorMatrix 文件一開頭的註釋，就已經將他的功能講得很清楚。

讓我們看一下，這負片效果的原始碼，你會更加清楚。

將一個地球的圖片設給 m_bmp，透過上面這個程式範例，畫出來的樣子，就是一張具有負片效果的圖。

灰階效果

負片會了，灰階應該也很簡單了吧！我告訴你，要完成灰階效果，更簡單。ColorMatrix 都幫你將算法寫好了。你只要呼叫 ColorMatrix.setSaturation(0) 即可。

等等，學東西，可不能這樣就含混帶過。別忘了，Android 的原始碼都給你了，我們得利用他追根究柢，一探究竟才行。

打開 ColorMatrix.java 的原始碼，翻到 setSaturation()。這個函式的實現如下：

透過 android.graphics.ColorFilter 與 android.graphics.ColorMatrix，你還可以玩出更多的效果，別忘了 ApiDemos 的範例程式中，也有用到。

很多好東西，就在你身旁，千萬別捨近求遠了。

60 大手機應用軟體募集

2010-01-11T18:00:00.001+08:00

數位時代雜誌，今年辦個 "60 大 Smartphone 應用軟體募集" 活動。第一輪，就是要報導使用者票選出的前 30 名應用。

這次我拿三個應用去參加。好朋友要幫忙投的，或是想參加抽獎的，請在 1/17 (星期日) 前到 http://www.bnext.com.tw/edm/appcontest/ 投票。

我這三個應用在：

工具類: 第 2 行第 3 列的 "3D Compass─實境立體羅盤"
娛樂類: 第 1 行第 1 列的 "aPortaDrum - 隨身鼓"
娛樂類: 第 4 行第 2 列的 "休息一夏 - 我的遊樂地圖"

也就是最上頭圖片中的那三個應用。

幫圖片加上影像特效 (II) - 鏡像特效

2009-12-29T09:00:00.004+08:00

Create simple effects for your images (II) - Reflection Effect

上次介紹過如何實現陰影特效，這次我將介紹如何實現 iMac 上常見的鏡像特效。

鏡像特效最近還蠻流行的，尤其在 HTC 的 Sense 介面上，常常都可以見到。最上面的那張圖，就是來自 HTC Sense 介面，所自帶瀏覽器程式中的『我的最愛』截圖。看到沒，加了個鏡像特效後，那感覺就很立體，感覺上好像是這些圖片擺立在一個玻璃桌面上。

我想你一定想知道，在 Android 上要幫圖片加上鏡像特效，會不會很麻煩？我告訴你，一點也不麻煩。和陰影特效相似，同樣地，只要幾行程式，就可以搞定。

因此，在開始看答案之前，我會建議你要先有 Photoshop 的使用經驗。想想，如果用 Photoshop 要幫圖片加上鏡像特效，要如何做？我想一般不外乎是先複製個圖片，並將其垂直翻轉，接著再對這翻轉的圖片，加個由灰到黑的漸層 mask 即可。

如果你沒 Photoshop 的使用經驗，自己上網找一下，應該不難找到說明，像這，還有這都有。

好了，讓我們來看一下答案。底下就是幫圖片加上鏡像特效的程式範例。

private void
_Init()
{
  m_paint = new Paint(Paint.ANTI_ALIAS_FLAG);
  LinearGradient lg = new LinearGradient(
    0, 0, 0, m_nShadowH, 
    0xB0FFFFFF, 0x00000000,
    Shader.TileMode.CLAMP);
  m_paint.setShader(lg);
  m_paint.setXfermode(new PorterDuffXfermode(PorterDuff.Mode.MULTIPLY));
}

@Override protected void 
onDraw(Canvas canvas)
{
  super.onDraw(canvas);

int nX = 0;
  int nY = 20;

_DrawNormalImg(canvas, nX, nY);
  _DrawMirror(canvas, nX, nY);
}

private void
_DrawNormalImg(Canvas canvas, int nX, int nY)
{
  canvas.save(Canvas.MATRIX_SAVE_FLAG);
  canvas.translate(nX, nY);   
  m_dw.draw(canvas);
  canvas.restore();
}

private void
_DrawMirror(Canvas canvas, int nX, int nY)
{
  int nW = m_dw.getIntrinsicWidth();
  int nH = m_dw.getIntrinsicHeight();

///////////////////////////////////
  //draw mirror image
  canvas.save(Canvas.MATRIX_SAVE_FLAG);
  canvas.scale(1.0f, -1.0f);
  canvas.translate(nX, -(nY + nH * 2));
  canvas.clipRect(0, nH, nW, nH - m_nShadowH);
  m_dw.draw(canvas);
  canvas.restore();

//////////////////////////////
  //draw mask
  canvas.save();
  canvas.translate(nX, nY + nH);
  canvas.drawRect(0, 0, nW, m_nShadowH, m_paint);
  canvas.restore();
}

_DrawMirror() 函式是關鍵。還記得我剛剛說，用 Photoshop 要如何做出鏡像特效？第一步是先畫出垂直翻轉的圖片。

Android 繪圖座標體系預設的原點在左上角，X 軸往右是越來越大的正值，而 Y 軸往下，則是越來越大的正值。要畫出垂直翻轉的圖片，其實也就是要垂直翻轉整個繪圖座標體系。在 Android 中，要如何做？答案就是 canvas.scale(1.0f, -1.0f)。很簡單吧，沒想到給 scale() 函式一個負值，就可以翻轉相對應的軸。

在 Photoshop 中，做鏡像特效的第二步是要對這翻轉的圖片，加個由灰到黑的漸層 mask。

在 Android 中，要畫漸層色，那就一定得用 LinearGradient 這個類別。至於要對背景圖加上個 mask，就請參考一下 Paint 的 setXfermode() 函式。_Init() 這個函式，就是負責生成一個由灰到黑漸層 mask 的 m_paint 物件。

將一個地球的圖片設給 m_dw，透過上面這個程式範例，畫出來的樣子，就像下面這樣。是不是感覺這地球，放在一塊玻璃桌面上？

Android Wednesday Party @ 蛙咖啡

2009-12-18T17:00:00.000+08:00

Android Wednesday Party on 12/16

與上次 Google 辦公室的 Android Party 相隔了半年多，癮科技辦的第三次 Android Wednesday Party 終於在 12/16 的晚上，在 Android 迷的期待下，揭開精彩的序幕。

當晚，應該來了有超過 40 人。儘管沒有上次 Google 場地的加持，不過我覺得這次的聚會還是超級的成功。因此，外面雖然是飄著細雨的寒夜，不過蛙咖啡裡面，卻是擠滿著 Android 愛好者的熱情。

除了延續上次精采的 Android 應用開發者分享外，這次還加了使用者體驗分享，及一些 Android 硬體的發表。其中的這台 Android Tablet，據說當晚，還是他首度在台灣亮相的日子。

底下就是當天有來分享的應用程式，紅色框起來的程式，就是入圍 2009 Google ADC 2 決賽的應用。

而我這次，就和 Spencer 一起分享這次參加 Google ADC 2 大賽的經驗，與入圍決賽的程式。

底下就是我這次的投影片。

如果我沒算錯的話，這次入圍 Google ADC 2 決賽的前 200 名參賽者，住在台灣地區的參賽者就有三位。我的 aPortaDrum，Spencer 的 FlingTap Done，還有 AtmWorker 的 AirPainter。當天我才知道，原來 AirPainter 的開發者，還曾經上過我的 Android 應用開發課程。哈，知道這消息，真的比我自己得獎還快樂。

這裡有當晚的精彩照片與花絮報導

幫圖片加上影像特效 (I) - 陰影特效

2009-12-15T09:00:00.003+08:00

Create simple effects for your images (I) - Shadow Effect

Android 從 1.0 開始，他提供給開發者的各式繪圖函式，就比同時期其他手機平台來的強大與好用。

有 Android 基礎的你，應該都知道，在 Android 中繪圖，必須得要透過 Canvas 這個物件。在 Canvas 中，我最欣賞的功能就是，他讓開發者可以透過 matrix，來操作整個繪圖座標體系的位移、旋轉、傾斜等等功能。另外就是 Android 的 2D 繪圖功能，也開始支援 alpha，alpha 也就是透明度，這是要做一張美圖時，不可或缺的功能。

有了 matrix，加上 alpha，再配合比 bitmap 更為抽象的 drawable 物件，那你要將圖形做各式各樣的變形，甚至於將上影像的特效，都將會是輕而易舉的事。回想在 Windwos 3.1 的那個年代，要做到我要介紹的這些特效，那真的很辛苦，你必須要將影像中的像素，一個一個抓出來，再透過一些影像處理的演算法，才有辦法做到。

我就舉兩個影像特效例子，來說明這 Android 的繪圖功能有多強大。首先，我先介紹陰影特效要如何做。

在寫地圖程式時，通常會加個 Overlay 物件在地圖上，用來標示某個景點的所在位置。要在地圖上畫個 Overlay，Overlay 這個類別已經提供一個很好用的 drawAt() 函式給你。你只要負責給他一個沒有陰影的 Drawable，他會自動幫你製造出陰影的效果。結果就像最上面這張圖一樣，每個圖案標示，都有個陰影，這讓這些標示，看起來就像立在地圖上一般。

drawAt() 這個函式的宣告如下：

從實際的使用中，我們可以發現當你傳入 false 給 shadow 時，他就會幫你製造出陰影的效果。

這個函式，怎麼這麼神奇！今天我將幫你們翻出他的原始碼，讓我們來看看這個 drawAt() 是如何實現的。

底下就是 drawAt() 的原始碼。你看，短短不到 20 行，就可以幫任何的圖片做出陰影的效果。

為了幫助大家理解他是如何做到的，我將他整理成下面的程式範例。

_DrawShadowImg() 就是負責製造出陰影效果的函式。

這畫出陰影的函式，主要就是運用 matrix 與 drawable 的 color filter 這兩個功能。首先是 m_dw.setColorFilter()，將整個圖片的顏色都轉成半透明的黑色。接著 canvas.translate() 將座標體系原點移到 nX, nY 的位置，而 canvas.skew() 與 canvas.scale() 則是將座標體系做個 x 軸方向的傾斜，與 y 軸方向的大小壓縮。最後，呼叫 m_dw.draw() 將圖片畫上，陰影就這麼產生出來了。

底下這張圖，就是上面這個程式片段的執行結果。

下回，我將介紹要如何實現 iMac 上常見的鏡像特效。

雙喜臨門，雙雙入圍決賽

2009-11-06T11:17:00.004+08:00

Move into ADC round 2, and enter Taiwan Android game final round!

今年真的是 Android 元年，不論是國內外，各式各樣的 Android 活動，總是不斷。

首先是，Google 在去年 ADC (Android Developer Challeng) 的成功經驗下，今年繼續開辦 ADC 2。

於此同時，台灣地區也在經濟部的支持下，開辦 Android 手機軟體設計競賽。

於是我先和 Yi-Chun 合作，開發 aPortaDrum。並將這個極具創意的軟體，拿去參加 Google ADC 2 比賽。

另外和 Jimmy 合作開發『休息一夏』Android 手機版。而這個 LBS 應用程式，則是主攻台灣區的 Android 比賽。

嘿！想不到結果還不錯，雙雙都有入圍決賽。有這樣的結果，我已經很滿意了。接下來的結果，真的就只能順天意而行了。

這有關於 aPortaDrum 的討論
 關於休息一夏的討論在此

從一開始以來，為了和台灣地區的開發者一起成長，我總是選個台灣地區的開發者，一起合作寫個 Android 程式。這樣的兩人小組，經過幾次實際實行下來，我覺得效果很好。也透過這樣實際的合作，倒是了解這些 7 年級生，不同於外界所了解的另外一面，而我自己也收穫不少。

不管接下來，有否得獎，我都以平常心待之。不過這決定拿什麼去參加比賽等這些要如何贏取比賽的策略，印證這次的結果，個人倒是有點小小心得，可以分享給大家。不過我文筆實在太差了，用寫的實在太花時間。就等下次有人要邀請我，在公開場合講這故事時，我再和大家一起交流，分享。

9 月 Android Market 現況

2009-10-19T09:00:00.007+08:00

Android Market Stats - September report

自從上次公佈 6 月之 Android Market 現況後，一直到現在，都還沒有公佈最新的 Market 數據。其實我一直都在統計著每月的數據變化，只是這數據並沒有甚麼令人驚艷的變化，因此也就將這事一直擱著，沒有每個月定期向大家公佈。今天，就趁著 Market 周年慶前夕，和大家一起分享最新的統計數據。

還記得 Android Market 是在 2008 年的 10/22 開市的。時到今日，都已經快滿一年了，不過這 Market 上的問題還是依舊，因此這 Market 數據，即使已經快到周年慶，也還是好看不到哪去。雖說，在最新的 OS 1.6 (Donut) 更新中，Market 也有了新的版本。不過就我這陣子的使用經驗來說，這一版的 Market ，只能說是個小改版，一些大問題，還是沒有改善。

底下是最新的 Market 畫面截圖，最有用的新增功能應該就是多了這個，應用程式的預覽畫面。

和往常慣例一樣，讓我們先檢視到 9 月底為止，目前 Android Market 的現況與成長情形。

到 9 月底為止，目前的應用程式總數有 11000+，其中應用軟體有 82%，遊戲軟體則有 18%。付費的軟體有 35%，免費軟體則有 65%。這樣的比例分配，從今年 4 月以來，都是維持著相同的比例，只是中間過程中有一兩個百分點的上下。同樣地，這樣的比例，和 iPhone 的 AppStore 相比，問題還是出在付費軟體比例實在太少了。這個問題，也導致了軟體開發者一直不願向 Android 靠攏。目前，Android 的開發者數 (只統計有上架軟體到 Market 上的人數) 約有四千個，而 iPhone 的開發者數，則已經堂堂邁向兩萬大關了。

開頭的那張圖，說明了目前 Market 上各項資料的成長情形。

底下這一張圖則是每月所新增的軟體數，這是唯一看起來最有希望的一張圖。看到這圖，你可能會心想，如果每個月的新增軟體數，都能像這樣越來越多，看來要超過 AppStore ，應該是指日可待的。別傻了， AppStore 也不是省油的燈。

讓我們來看看下面這張 Apple AppStore 與 Android Market 同期，總軟體數的 PK 圖。明顯地，這 Market 的成長動能和 AppStore 相比，差了有 4.6 倍之多。

PS: 這裡所謂的同期，是指從各自開市，經過相同時間，來相互比較的結果。例如 "4th month" 就是拿 AppStore 在 2008/10/E 的數目，對上 Market 在 2009/2/E 的數目。

最後的這張，就是例行各個類別的免費及付費軟體數比較圖。在免費軟體上，Tool 類別的競爭還是最激烈的，其次是 Entertainment。在付費軟體上，軟體總數前三名，分別是 Entertainment, Tools 及 Lifestyle。

2009 SD 軟件開發 2.0 技術大會 @ 北京

2009-10-05T09:00:00.004+08:00

2009 Software Development 2.0 Conference @ Beijing

今年受 CSDN 的邀請，將在 CSDN 與『程序員』雜誌社主辦的『2009 SD 軟體開發 2.0 技術大會』上，給個和 Android 相關的講題－『發現 Android 熱門應用程式的秘密』。

這是個和軟體開發相關的技術大會，會期一共是三天的時間，日期是 10 月 22-24 日。主要的議題有『移動開發』、『企業應用技術』、『語言與工具』、『新一代互聯網』、『軟體工程管理』、『軟體創富』等六大主題。我主講的『發現 Android 熱門應用程式的秘密』議程就在『移動開發』這個主題中。

講題：發現 Android 熱門應用程式的秘密
摘要：您知道在 Android 手機上開發應用程式，除了得具備『紮實技術』這個不可或缺的要素之外，還應該具備哪些的思維與技巧，才能讓你應用程式，擠入熱門排行榜，並獲得高評價？
首先，我們將從技術之外的角度，以案例分析的方式，從產品面的方向，共同探討開發 Android 手機應用程式時，所應該具備的思維與技巧。
之後，我將為您深入剖析 Android Market，這個全球的銷售平台的現況。讓我們同時從市場面向，掌握在發佈應用程式前，所應該執行的策略與方案。

到時會到會場的朋友們，見到面時，別忘了和我打聲招呼。

2009 Android 應用程式進階開發課程 @ 台灣

2009-09-28T10:00:00.001+08:00

Android application advance development training courses at 2009

2009 年陸陸續續開了些 Android 的應用入門課程，我相信有上過這課程的人，應該都已順利跨入 Android 應用開發的第一個門檻。在此同時，我也從過去這些課程中，了解不少學員都有更進一步上各式進階課程的需求。

由於，結合 GPS 之 LBS 應用，與結合網際網路等各式手機應用的趨勢，將會是未來智慧型手機應用程式發展的主要方向。因此，首先我將規畫的進階課程是『Android 網際網路與地圖應用開發』。

這個課程主要介紹 Android 平台之網路應用基礎知識與架構，並教你如何在 Android 平台上，開發網路應用程式。課程中，我也會傳授 Android 內建之網頁元件的進階使用技巧；如何透過 GPS 抓取地理座標，與結合地圖元件之應用應如何有效開發的秘訣。有興趣上這方面課程的你，請點 Android 應用程式開發課程

Android 原始碼徹底研究系列 - 鬧鐘程式, Alarm Reminder (4)

2009-09-21T09:00:00.000+08:00

Android Source Code Internals - Alarm Clock, Alarm Reminder (4)

在了解鬧鐘程式各個功能是如何實現後，這次我們要來追蹤『提醒鬧鈴時間到達』這個功能是如何實現的。

要追蹤應用程式的原始碼，先觀察 AndroidManifest.xml 通常是最好的方式。

首先，我們先打開 AlarmClock 的 AndroidManifest.xml 檔案。注意看 #52~#64 這兩個 broadcast receivers。

AlarmReceiver 應該就是當鬧鈴時間到達時，要執行的程式。而 AlarmInitReceiver 則是當手機重開機，時間被重新設定，或是時區改變時，所要執行的程式。

讓我們先打開 AlarmInitReceiver.java 看看。#31~#42 這個 onReceive() 內的程式就是關鍵。

從其呼叫的函式名稱，不難理解出這段程式的主要工作，就是重新設定下一個鬧鈴。在這裡的 Intent.ACTION_BOOT_COMPLETED ，就是手機重開機時，所發出的系統 Intent。

接著，我們打開 Alarms.java 看看 setNextAlert() 這個函式到底在做些甚麼事。

看起來，enableAlert() 就是負責設定下一個鬧鈴的主要函式。

從程式中，我們了解到他先透過 AlarmManager 的 set() 函式，設定鬧鈴時間，以及鬧鈴時間到達時，所要喚起的程式。由於是透過 PendingIntent.getBroadcast() 取得 PendingIntent 的 instance，因此我們知道這個被喚起的程式應該是個 broadcast receiver。

那到底是那個 broadcast receiver 會被喚起呢？從程式看來，應該就是喚起會接收 ALARM_ALERT_ACTION action 的 broadcast receiver。在此的 ALARM_ALERT_ACTION 就是 "com.android.alarmclock.ALARM_ALERT" 字串。

讓我們再翻開 AndroidManifest.xml 瞧瞧，會接收 com.android.alarmclock.ALARM_ALERT 的 broadcast receiver，不就是 AlarmReceiver？！

打開 AlarmReceiver.java。仔細研讀一下，不難理解這段程式的主要工作就是：

先喚醒可能正在沉睡中的 CPU 與螢幕
暫時解開鍵盤或螢幕鎖
執行 AlarmAlert 這個 Activity，也就是你最終看到的鬧鈴提醒對話框。

最後，你有沒有發現，一般我們設定的 notification icon 都是出現在 status bar 的左手邊。而 AlarmClock 的鬧鈴 icon 卻是出現在右手邊的系統 icon 區？想要知道他是如何做到的？再回頭看 Alarms.java 中的 enableAlert()，其最後會呼叫 setStatusBarIcon() ，我想答案應該就在其中。

打開 setStatusBarIcon()，其內容如下：

竟然是透過送出 ACTION_ALARM_CHANGED Intent，來設定 notification icon 的。看來，這是個未公開的用法。了解這些特別的用法，這不就是你研讀系統原始碼的好處之一嗎？

Android 原始碼徹底研究系列 - 鬧鐘程式, Gallery & Adapter (3)

2009-08-24T09:00:00.002+08:00

Android Source Code Internals - Alarm Clock, Gallery & Adapter (3)

在 AlarmClock 這個程式中，點一下主畫面上的時鐘，他會在下面列出一些鐘面圖樣，讓使用者更換時鐘的鐘面。上圖，就是這個選擇鐘面功能的執行畫面。水平拖移底下的鐘面清單，你可以看到上面的時鐘也會跟著換成新的鐘面。

這次我們就花點時間來研究看看，這樣的功能是如何實現出來的。

要追蹤這樣的功能是如何實現的，還是得先從主畫面的 layout 設計檔著手。打開 res/layout/alarm_clock.xml 檔案，你可以發現主畫面的時鐘應該是放在 clock_layout 這個 LinearLayout 中。

因此接著，我們打開主畫面的 Activity 檔 AlarmClock.java ，尋找 clock_layout 這個關鍵字。果然在 #234~#241 中，發現如下的程式片段：

原來，這個選擇鐘面的功能，是由 ClockPicker 這個 Activity 所負責實現的。

接著，在 ClockPicker 的 onCreate() 函式中，我們可以知道這個 Activity 所使用的畫面設計檔就是 res/layout/clockpicker.xml。

同樣地，只要觀察這個 clockpicker.xml layout 設計檔，你可以發現原來選擇鐘面畫面下的鐘面清單，就是由 Gallery 這個元件所實現出來的。

原來，Galley 不僅僅用來顯示圖片，他也可以用來當成類似 horizontal ListView ，當成一種選單元件的功能。

先查看一下 Gallery 的繼承樹，原來他也是從 AdapterView 繼承下來。因此要對 Gallery 客製化，方法應該和 ListView 相同。

在 Android 中，所有的 AdapterView 子類，都允許你透過繼承 BaseAdpater 的方式，塞一個自己客製化過的 Adapter 給 AdapterView。

要如何寫一個自己的 Adapter？有興趣繼續研究的你，建議你打開這個不到 120 行的程式，ClockPicker.java，好好讀一下。

Android 原始碼徹底研究系列 - 鬧鐘程式, App Widgets (2)

2009-08-03T09:00:00.003+08:00

Android Source Code Internals - Alarm Clock, App Widgets (2)

從 Android v1.5 開始，終於開放 APIs，讓第三方開發者可以寫些 widgets，讓使用者可以放在手機的桌面上。一般手機就有內建幾個小 widgets，其中的 "Analog Clock" widget，就是由 Alarm Clock 這隻鬧鐘程式所提供的。

這次我們就來研究一下，這個 Analog Clock widget 是如何寫出來的。

不過，如果你對如何寫 App Widgets 一點概念都沒有的話，底下有幾個很好的參考資料，一定要先讀過：

App Widgets Developer Guide - 這有很詳細的入門介紹與說明，建議你先讀這篇。
Introducing home screen widgets and the AppWidget framework - 這篇以一個實例來說明如何寫 App Widgets。
Widget Design Guidelines - 這篇說明的是，設計 widget UI 時，應該要注意的事項，及所要遵循的法則。
另外，在 API Demos 這個範例程式中，也有個 App Widgets 的範例。

要寫個 App Widget，首先你要先用 XML 寫個 AppWidgetProviderInfo，而且這個檔案建議放在 res/xml 中。在鬧鐘程式中，你可以找到 res/xml/analog_appwidget.xml 這個檔案。它的內容如下：

由 minWidth 及 minHeight 這兩個屬性來看，就可以了解，這個 App Widget 要佔桌面 2x2 cells 大小的空間。

updatePeriodMillis 的值為 0？那這個時鐘是如何自己動的呢？這我在 Android 原始碼徹底研究系列 - 鬧鐘程式, AnalogClock (1) 一文中，就已經解釋過 Analog Clock 是如何自我更新的。還不清楚的，先讀一下這篇。

initialLayout 這個屬性，從名字看起來，就知道它是用來描述這個 App Widget 的畫面設計。由其值我們可以知道，這個 App Widget 的畫面設計，是在 res/layout/analog_appwidget.xml 中。它的內容如下：

果然不出我們所料，這個 App Widget 的畫面設計，就只是一個簡單的 AnalogClock 。時鐘與時，分針圖檔就是分別透過 dial, hand_hour, hand_minute 這三個屬性來指定。

要注意的是，目前在 App Widget 的畫面設計檔中，你只能使用 FrameLayout, LinearLayout, RelativeLayout, AnalogClock, Button, Chronometer, ImageButton, ImageView, ProgressBar, TextView 等元件，其他元件都不能用。

寫好 AppWidgetProviderInfo XML 檔與 App Widget 畫面設計檔，別忘了，還要在 AndroidManifest.xml 中，宣告你的 App Widget Provider。

在這裡，他指明了這個 App Widget Provider 是要由 AnalogAppWidgetProvider 這個類別來處理。這個類別的原始碼就是 AnalogAppWidgetProvider.java。

在這個類別中，主要的工作就是建立 App Widget，並透過 AppWidgetManager 發佈到桌面上。

鬧鐘程式所提供的 "Analog Clock" widget，其實功能很陽春，也沒有用到所有 App Widgets 提供的所有功能。不過，對於想要了解如何寫個 App Widget 的你，應該是有很大的幫助。如果你想要找個較為完整的 App Widget 範例，我建議你看一下 API Demos 這個範例程式。

Android 應用程式開發課程 @ 中國

2009-07-28T09:37:00.020+08:00

Android Application Development Training @ Mainland China

從 2009 第三季開始和大陸一些合作單位，一起規劃了一個「Android應用開發與底層技術」的課程。

目前這個課程，由我、高煥堂、及 Jollen 一起合開該門課程。我們三位講師的專長分別在 Android 最上層的應用程式 (Application)、中介層 (Middleware)、及底層作業系統 (OS kernel layer)，剛好可以涵蓋目前 Android 架構上的所有部份。

這是第一次我們三位講師合開這樣課程，我們希望透過這樣的合作方式，能夠讓學員在短短幾天內，對於 Android 的開發上有一個全方位與通盤的了解，而不再僅侷限於某一方面的知識與訓練。

由於原先我都是在台灣開 Android 課程，為了服務中國的開發者，也從第三季開始，計畫在中國地區開一些 Android 課程。有興趣的開發者，請逕行向主辦單位洽詢與報名。

如果想要開企業包班或廠訓，則請直接向我聯絡即可。

底下是計畫在中國開的課程：

日期、課程名稱與地點	難易度
2010/4/1~2010/4/4 Android 應用開發@深圳	入門
2010/3/26~2010/3/29 Android 應用開發@北京	入門
2009/9/26~2009/9/29 Android 應用開發與底層技術@北京	入門
2009/7/31~2009/8/3 Android 應用開發與底層技術@深圳	入門

Android 原始碼徹底研究系列 - 鬧鐘程式, AnalogClock (1)

2009-07-13T09:00:00.004+08:00

Android Source Code Internals - Alarm Clock, AnalogClock (1)

鬧鐘的原始程式碼在這裡。

一執行這個鬧鐘程式，畫面上第一眼看到的，就是一個大大的時鐘。因此我們今天，就先從這個時鐘下手。讓我們一探究竟，看他是如何實現的。

要了解這個時鐘，是用什麼元件做出來的。有兩個方法，第一個就是用 SDK 內自帶的 Hierarchy Viewer 工具；另一個，就是直接觀察 res/layout 中的畫面設計檔。這次，我們直接用第二個方法。

翻開 AlarmClock/res/layout 目錄的內容，你會發現有好幾個 clock_xxx.xml 的檔案。打開其中的 clock_droid2.xml 檔。內容如下所示：

嗯，看起來，這個時鐘就是用 android.widget.AnalogClock 這個元件直接實現的。只要透過 android:dial, android:hand_hour, android:hand_minute 這三個 XML 屬性，指定鐘面，時針與分針的圖檔，一個完整的時鐘，就會顯現出來。最上方的圖片，就是這個時鐘顯示的樣子。

都不需要任何額外的設定，這個時鐘元件就會自己依照目前的時間，將時、分針顯示在正確的位置，那他是如何定時更新時、分針位置？另外，注意到了嗎，時、分針的圖檔，只有一份。從這就猜到，這個時鐘還會自動將時、分針圖旋轉至正確的角度，貼在螢幕上。讓我們來看看，這個 AnalogClock 元件是如何實現這些功能的。

打開 AnalogClock 元件原始碼，扣掉最前面的註解不算，整個原始碼也才不到 230 行。這麼少的程式碼，卻能將這個時鐘功能做得這麼完整。這也是我常最推薦，一定要看的元件原始碼之ㄧ。

這次，我們要看的重點有兩個。

在元件程式中，要如何隨時都知道時間的改變？
在 Android 中，要如何將圖片做任意角度的旋轉，並貼在螢幕上？

在元件程式中，要如何隨時都知道時間的改變？

原來在 onAttachedToWindow() 中，AnalogClock 透過 registerReceiver() 註冊了三個由系統發出的 Actions，ACTION_TIME_TICK, ACTION_TIME_CHANGED 及 ACTION_TIMEZONE_CHANGED。

在 Android 中，系統會透過 Intent 傳送某些系統通知訊息，這些通知訊息又稱為 Action。在 Intent 類別的說明中，你可以找到所有的 Action 定義。

在你的程式中，想要收到這些系統通知訊息，有兩個方法。第一個方法就是在 AndroidManifest.xml 中定義 receiver 的類別，這個方法在日後的介紹中會提到。第二種方法就是利用 registerReceiver()，向系統註冊接收的類別。由於 AnaloClock 是以元件的方式存在，如果每次使用這個元件，都還要在 AndroidManifest.xml 中定義，那就太麻煩了。因此， AnaloClock 採用的是第二種方法。

其中，ACTION_TIME_TICK，就是由系統在每分整，傳送出來的 Action。ACTION_TIME_CHANGED 則是當使用者更改系統時間時，所送出的 Action。當你的手機跨越時區，系統則會送出 ACTION_TIMEZONE_CHANGED 給有註冊的程式。

一但這些 Actions 發生時，他會呼叫在程式最後 new 出來的 BroadcastReceiver 物件, mIntentReceiver，中的 onReceive() 回呼函式。

首先，在 onReceive() 中，先檢查如果是時區有改變的話，當然你要重新設定 mCalendar 變數。

onTimeChanged() 函式，只是重新抓出最新的時、分資料。

在 onReceive() 的最後，再呼叫 View.invalidate()。這個動作，會觸發 View.onDraw() 函式的呼叫，並在螢幕上畫上最新的時，分針。

在 Android 中，要如何將圖片做任意角度的旋轉，並貼在螢幕上？

Android 的 2D 繪圖功能，其實是很強的，尤其是 matrix 這部份。透過 matrix，你就可以輕易地，控制整個繪圖座標體系的位移、旋轉、傾斜，放大等功能。舉個例子來說，如果你要將圖片旋轉 30 度後，再貼在螢幕上。傳統的作法，都是直接先將圖片的內容，逐點旋轉 30 度。但是在 Android 平台上，你不用這麼麻煩。你只要將整個座標系統轉個 30 度，之後不管你是畫線，還是貼圖，最後呈現在螢幕上的都是轉 30 度的效果。

想要了解 AnalogClock 是如何選轉時、分針圖片，那看 onDraw() 這個函式就對了。我將 onDraw() 中，和這部份選轉時、分針圖片相關的，列在下面。其中的 canvas.rotate() 是關鍵，這個函式就是在將座標系統轉個角度。看完這個例子，有沒有發覺要在 Android 上旋轉、放大或縮小圖片，其實都是只要兩三行程式，就可搞定的事。

AnalogClock 就剩 constructors，與其他 onMeasure(), onSizeChanged(), onDetachedFromWindow() 等函式還沒提到，我想這部份就留給你自己去發掘。

蜜月期過後，Market應用程式的現況

2009-07-06T09:00:00.002+08:00

Android Market Stats, 8 months later

從 10/22 開市到現今，Android Market 已經歷經了 8 個月的蜜月期。目前市面上也已經有三款 Android 手機，全球 Android 手機總數，應該有 3、4 百萬支，大約是 iPhone 手機數的 1/8。和往常慣例一樣，讓我們先檢視目前 Android Market 的現況。

到 6 月底為止，目前的應用程式總數有 5970+，其中應用軟體有 81%，遊戲軟體則有 19%。付費的軟體有 36%，免費軟體則有 64%。這樣的比例分配，大致還是和兩個月前一樣。唯一有差別的，只在付費軟體部分上，在經過了兩個月的努力後，總算增加了 1%。不過這樣的比例，和 iPhone 的 AppStore 相比，問題還是出在付費軟體比例實在太少了。

PS: 想了解 AppStore 的應用、遊戲及付費、免費軟體比例分配，請參考 Android Wednesday Party @ Google。

底下這一張是，Apple AppStore 與 Android Market 同期，總軟體數的 PK 圖。結果如何，我想這曲線圖，已經說明了一切。

付費軟體機制自從 2/13 開放以來，至今已經有四個半月的時間。從底下這張圖可以看出，成長動能已經明顯趨緩。我想這裡面的問題，還是和我在這裡提了好些 Market 問題點脫不了關係。

企業客製化訓練課程

2009-07-01T09:00:00.010+08:00

除了我所開的 Android 各式公開標準課程外，針對各企業殷切需求，我們也為企業量身訂製各式客製化訓練課程。有這方面需求的企業，請聯絡

底下是已接受我們企業內訓的客戶名單。

以上企業內訓客戶名單，依公司中文名稱筆畫順序排列。

Android 原始碼徹底研究系列

2009-06-29T09:00:00.003+08:00

Android Source Code Internals

閱讀及追蹤 Android 的原始碼，是提昇你 Android 程式設計功力最好的方式之一。

可惜的是，在現今講求速食主義的年代，凡事都講求效率，大家都想直接找到解決問題的答案，而不想從打好基礎開始。別說是閱讀 Android 原始碼，連 Java 都還不會，就想一步登天的，也不在少數。以致於我看過不少，捨本逐末，事倍功半的例子。雖然你能找到解決的方法，可是在未能融會貫通的情況下，總是知其然，而不知其所以然。下次遇到類似的問題，當然還是無法自己獨立解決。

要跨入 Android 的設計殿堂，第一步是容易的。你只要會用 Eclipse 及 ADT 提供的 wizard，再加上一本範例大全在手，要寫個簡單的程式應該都不是問題。可是以這樣的經驗與訓練，要真正想要寫一個 "好" 程式，還是有很大的距離。如果你真的想要學寫一個好程式，一窺這殿堂的奧妙之美，以我的經驗來說，還是得按部就班來，先具備一定的基礎，仍然是先決的要素。

我會建議你至少要具備以下的基礎：

Java core language 和 Object-Orient programming
熟讀 SDK 中的 The Developer's Guide 和練習 tutorial
至少要瀏覽 Android framework APIs Reference 一遍
自己出些題目，練習 Android 程式
在寫程式的過程中，有問題時，不要急著問，先要求自己從 The Developer's Guide 和 API Reference 中找答案

如果你已經有 OOP (C++, C# 等) 的程式設計經驗，要具備我上頭講的這些基礎，要花多久的時間？

我想為自己留三個月時間，應該就綽綽有餘。

在這些基礎都具備的情況下，想要再進一步提升你的程式設計功力，除了要想辦法讓自己多增加些程式設計經驗外，閱讀及追蹤別人寫的程式碼，更是最好的方法。不過網路上，每個人的程式功力高低不同，寫出來的程式也有好有差。讀到不良的程式，看不懂還不打緊，如果誤導你的觀念，那可就得不償失。因此，當你底子還不足以判斷好壞程式時，我會建議你直接閱讀 Android 的原始碼。根本不用捨近求遠，Android 原始碼，就是你學習 Android 程式設計時，最好的導師。

要在 Linux 中下載 Android 原始碼，應該不是問題。習慣在 Windows 下生活的你，我在如何在 Windows 平台上下載 Android 的原始碼中，有介紹如何在 Windows 中下載 Android 原始碼。

有了原始碼，應該從何看起，還是個問題。如果你一頭就栽進，Android framework 中的原始碼，在沒有目標與頭緒的情況下，很容易就迷失在眾多 framework 原始碼中。根據我自身的經驗，我會建議你先從 platform\packages\apps 開始，那裡面有 Android 一些內建的應用程式原始碼。像是網頁瀏覽器，計算機，鬧鐘，聯絡人，行事曆，媒體播放器，甚至於桌面程式都有。因為這些應用程式，你看得見，也摸得著，要追蹤這些的原始碼，會比較有感覺些。甚至於你還可以當場做實驗，改程式，看結果。

為了幫想要更進一步提升 Android 程式設計功力的你，在接下來的日子，我會帶領大家導讀 Android 的原始碼。想要跟隨者，先照我講的，打好你應該具備的基礎；並下載一份 Android 原始碼，到你的電腦上。

下次，我們先從 Android 的鬧鐘 (Alarm Clock) 原始碼開始看起。

開放手機平台嵌入式軟體發展技術研討會 -免費

2009-06-10T16:16:00.008+08:00

Seminar: Embedded Software Consortium

南北資訊的不平衡，是台灣長久以來的問題。我以前在成大唸書時，就有這個困惱。每次有研討會或是課程，都是在北部地區。這使得南部的朋友或是同學，總要舟車勞頓地北上一程，才能吸收這些知識。

這次我和 Jollen 應嵌入式軟體聯盟之邀，將於 6月12日（星期五），特地一大早南下，在成大給大家一整天免費的研討會。

這次報名的截止日期就是今天 6/10，因此南部地區想參加的朋友或同學，動作要快。報名的網址在這 http://140.116.72.245/openmoko/signup.html

其中一場，是由我所主講的「如何開發Android應用程式」。

整個活動議程如下：

想要了解更詳細內容的，請點選 http://140.116.72.245/openmoko/synopsis.html

DIGITIMES「剖析Android發展趨勢及產品開發關鍵」研討會

2009-05-28T11:40:00.008+08:00

Seminar: Trends in Android development and the key to product development

6/9 星期二下午，DIGITIMES Research 有舉辦 DIGITIMES 科技大勢系列講座（99）「剖析Android發展趨勢及產品開發關鍵」研討會。地點在台北市民生東路4段133號14F。

最後一場，是由我所主講的「開發Android應用該具備的思維與技巧」。

整個活動議程如下：

時間	議　題	講　師
13:00-13:30	來賓報到
13:30-14:20	Android軟硬體、應用發展現況及趨勢	DIGITIMES分析師林俊吉
14:20-15:10	Android裝置開發過程的軟硬整合關鍵及挑戰	0xlab 共同創辦人陳逸帆
15:10-15:30	茶敘時間
15:30-16:00	Android Netbook開發面臨難題與解決之道	資策會網多所副主任張登章
16:00-16:50	開發Android應用該具備的思維與技巧	Android應用開發達人盧育聖(Sam Lu)先生具超過20年軟體應用開發經驗
16:50	結束

想要了解更詳細內容的，請點選 http://www.digitimes.com.tw/seminar/DTR980609.htm

底下是當天活動的照片，當天來了 170 多個聽眾。聽說是 Digitimes 所辦的 Android 場次中，人數最多的一次。

Android 開發板

2009-05-25T09:00:00.000+08:00

TI OMAP-based development board for Android

去年就在中國大陸的某個論壇上，看到這塊開發板。最近經朋友的通知，發現在台灣的拍賣網上，也有人在賣這塊以 TI OMAP 3530 為核心基礎的 Android 開發板。

看起來，還是原封不動地從大陸進口進來，連規格說明都還是簡體中文。仔細看了一下，沒有 GSM 及網路等模組，也不是觸控螢幕，不過要拿來當學習 Android 底層的 porting 應該可以。不過你不要期望太高，我猜 Android 很多模組，在這塊板子上執行時，應該都會有問題的。

有興趣的，直接上拍賣網找找。

第三方 Android Market

2009-05-10T04:22:00.006+08:00

The 3-rd Android Market Services

這兩個禮拜，人都在西班牙。原想應該有不少免費 WI-FI 可用，至少在這個 FON 發源地的國家，應該會有 FON 基地台吧。結果一路下來，幾乎找不到免費的 WI-FI 可以用。真讓我懷疑，FON 的經營是否有了問題。

憋了一個多禮拜不能上網，終於在 Malaga 這個南方靠地中海的城市旅館裡，有了免費的網路可用。閒逛了一下，發現中國出了個類似 Android Market 的服務，叫做 M-Market，目前上面 Android 的軟體還不多。

其實，早在 Android Market 推出之前， SlideMe 就推出 SAM (SlideME Application Manager) 這個類似 Android Market 的服務。SlideMe runs 了這麼久的時間，那上面的應用程式也才只有 180 個，算是少的可憐。類似這樣的第三方應用程式發行商，著名的還有 PalmGear, Handango。

這類的第三方 Market 服務，在目前各家智慧型手機發行商，都有自己 Market 服務下，我覺得應該是很難經營下去。沒有了終端使用者，程式發展者自然也不會將程式放在那上頭，如此循環下去，早晚要關門的。我猜 PalmGear 應該會先關門，Handango 還能靠 Feature Phones 撐住營運。至於這些直接和 Market 對打的服務，應該連跨出第一步都很難。

大陸的 M-Market ，雖然有龐大的中國市場當後盾，不過如過是要正派經營，不走散佈盜版軟體這條路。我還看不出來，在現今中國的生態環境下，他有生存的空間。不過要是能聯合所有的 Android 山寨機，出個 山寨 Market，專門擺各式山寨軟體，在中國這個特殊國情下，倒是會有很好的發展機會。

Android Wednesday Party @ Google

2009-04-30T10:32:00.010+08:00

這次是癮科技辦的台灣 Android 第二次聚會，有不少的老面孔，Jason, Eric, Tom, android_tw, Ondra, Spencer, Slayer, Koji，院長, johnyank，更多的是來了不少新朋友，將近有 40 位。好在，這次是在 Google 辦公室舉辦，才能提供這麼舒適的環境，讓 Android 社群的朋友聚集在一起，一起分享知識，也分享 Google 的美食。癮科技的主辦人 - Jimmy ，實在是很有心，才能將這次的活動辦的這麼成功。

台灣的 Android developers 一直都很孤單，都是孤軍奮戰的多，能得到的外援也不多。我一直希望能有個機會，將台灣的 Android developers 集結在一起，彼此分享知識與想法。畢竟，要大家團結在一起，才能發揮更大的加乘力量。這也是為什麼，我有好幾個 joined projects，像是 aTrackDog, aNetShare 等等。而結果也證明這些 projects 都有不錯的成績。

這次聚會，也是抱持著分享的精神，上台分享 Android Market 目前的狀態。這些資訊，對於 developers 來說，都是非常重要的參考資訊。

前面幾張，先讓大家了解目前 Android Market 的成長情形。在目前手機不到 2M 的情況下，這些數據顯示的結果應該還 ok，除了付費軟體的成長，實在太慢這個問題外。

"# of App For Each Category" 這張投影片中的數據，我覺得是很重要的參考資訊。你可以透過它，了解目前各個類別的應用程式數目。當你發佈你的程式到 Android Market 上時，如何選定類別，就是關鍵的第一步。

後面幾張的內容對 developers 來說，是最重要的參考資訊。一但你有個好的 idea，要開始動手寫程式之前，務必要依我的建議，先到這些網站 survey 一下。有多少人已經寫出和你想要做的軟體一樣的東西？這些人寫的，和你想要做的有何不同？如果沒有，先不要高興，有可能這類軟體的需求，並不高。很多人會說，我寫的軟體只是好玩而已，不用這麼慎重吧，還要做這麼多 survey！？其實，有太多例子都說明，當你寫完你的軟體時，最終還是會想要發佈到 Android Market 上，分享給其他人使用。如果這時，你才發現已經有好幾個同性質的軟體，導致你軟體的排行名次一直無法往上升。我想這應該是蠻沮喪，也是你所不樂見的事。

最後，底下是當天演講的投影片。

歡迎大家引用，但為尊重著作權，引用時請註明出處，也請您勿部分或全部使用於演講或著作等相關用途。

希望當天有來的朋友們，能夠不虛此行，也希望你回去時，有滿滿的收穫。如果內容有問題，或不清楚的，歡迎大家在此留言。

當天照了一些相片，結果不幸被我誤殺了，只好引用癮科技上大家照的相片。因來源不一，沒註明引用來源，有引用問題的，也請告訴我。

底下是更多關於這次活動的內容。
Android星期三同樂會在Google：聚會後的分享頁
 Android星期三同樂會：前噗後浪實況報導

Android Market 上真的可以賺到錢嗎？

2009-04-27T09:00:00.002+08:00

How much did you get paid from Android Market?

在 2008 TWJUG 11/22 活動實錄的投影片中，我有敎你如何計算，從 Shareware 的銷售中可以賺到多少錢。看到那數據，有點失望吧！不過那時舉的例子是 PDA 的平台，對於 Android ，這個人人必備的手機平台，銷售量少說也是那是 PDA 的數十倍。衝著這有數十倍的銷售量，讓不少人對於從 Android 付費軟體上賺錢，都滿懷著期望，腦袋裡，都抱著賺大錢的美夢。

如果你也是這懷抱賺錢美夢其中的一員，先問你一下，你覺得一個月賺多少。才有達到你所謂賺大錢的目標？

在你回答之前，讓我們先來看看目前十大最受歡迎付費軟體的銷售成績。

Android Market 從 2009/2/20，陸續開放讓美英的使用者，可以購買付費軟體。到 2009/3/27 ，剛好經過一個月多一點的時間，剛好可以讓我們來檢視一下這些付費軟體開發者的月收入有多少。

從 aTrackDog 的每週最受歡迎付費軟體排行榜來看，目前最前十名最受歡迎的付費軟體，分別為：

App Name	Price	Dwonload
aHome	$4.99	5,000-10,000
Power Manager	$0.99	5,000-10,000
SnapPhotoPro	$0.99	1,000-5,000
Open Home	$2.99	5,000-10,000
Better Cut	$2.99	1,000-5,000
MyBackup Pro	$2.99	1,000-5,000
Hello IM!	$9.99	5,000-10,000
Advanced Task Manager	$0.99	1,000-5,000
Jewellust	$2.95	5,000-10,000
Lock 2.0	$1.49	1,000-5,000

下載數就是兩種範圍 1,000-5,000 以及 5,000-10,000，沒有準確的的下載數，只能抓個約略數，就取中間數來計算好了。下載數在 1,000-5,000 的，以 2500 計算；下載數在 5,000-10,000 的，以 7500 計算。

由於 Android 有 24 小時內無條件退錢的機制，因此我猜，這些付費軟體的購買率，最終應該都在 40% 以下。就讓我們以 40% 來計算。

別忘了，最後 T-Mobile 還要抽三成。將這些都算進去後，以美金對台幣 1:34 的匯率來算，我將他換成台幣，並以銷售金額來排。這些軟體發展者，平均每月的收入依序是：

App Name	Income(NT$)
Hello IM!	$713,286
aHome	$356,286
Open Home	$213,486
Jewellust	$210,630
Better Cut	$71,162
MyBackup Pro	$71,162
Power Manager	$70,686
Lock 2.0	$35,462
SnapPhotoPro	$23,562
Advanced Task Manager	$23,562

收入最高的是 Hello AIM!，約有 70 多萬，不過我看他的評價不高，實際收入應該再低於此數。最底的一個月有 2 萬多。掐頭去尾，取中間數來看，前十名的，每月收入約有 7 萬。

月收入 7 萬，這還是要到擠入所有應用程式前十名的，才有這個數。如果擠不進去的，收入應該少更多。

不過現在 Android 手機才不到兩百萬隻，有這樣的成績也還算 ok 啦。等到 2009 年底時，如果 Android 手機能衝到 1 千萬隻。到時說不定，上面的數字有機會可以變成 5 倍。

多少才是有賺大錢，這可得端視你的慾望有多高，每個人心中的數都不同。我ㄧ開頭問你問題的那個答案，你也不用告訴我。我已經將現況分析給你看，目前在 Android Market 上，能不能真的讓你賺大錢，就由你自己來回答了。

Other references:

http://www.huffingtonpost.com/william-volk/mountain-view-we-have-a-p_b_189252.html

不妙！Android Market 的成長動能又開始減緩中！

2009-04-13T09:00:00.008+08:00

The momentum of Android Market is getting slow again!

又到了每月 Android Market 的現況報告時間。

這原本應該是由 Google 或是 T-Mobile 來報告的，只是這個月的數字不怎麼好看，這些 CXO 們，沒人願意出面報告。找了半天，我只看到 T-Mobile CTO Cole Brodman 在 3/17 講了 "There are about 2,300 offerings in total on the Android Market. That's a good thing"。目前 Market 的狀況，真的是 good thing 嗎？別忘了，數字是會說話的。就讓我來代司其職，向關心 Android Market 發展的朋友們，報告一下現在的情況吧！

到三月底為止，總軟體數有 2700+，其中應用軟體數有 2160+，遊戲軟體數則有 540+。最上面這張圖，顯示 Market 從開市到三月底，總軟體數，應用軟體數，遊戲軟體數以及開發者的成長曲線。從圖中，我們可以看出整個成長動能是由 2/M 之後才開始啟動的，這原因是因為 2/13 開始開放付費軟體上架，自然吸引不少新軟體的出現。

不過，你看到了什麼問題嗎？首先最明顯的是，遊戲軟體的成長動能嚴重地不足，成長力道只維持了半個月，整個曲線就開始趨於平緩。總軟體數的成長，主要還是靠應用類的軟體在支撐。其實不僅遊戲軟體的成長動能不足，他只是最嚴重的。明眼人都可以看到，所有的曲線都顯示出，成長動能不再的趨勢。

看到這，Google 死忠派，可能還是有 balabala 一堆的說辭，來幫這個曲線圓好話。好吧，讓我們繼續看下一張，Apple AppStore 與 Android Market 同期，總軟體數的 PK 圖。

看到了沒，這 AppStore 的成長曲線是多麼地健康啊，一路長紅，往上直飆，還不見停下來的趨勢。反觀 Market 的成長曲線，你要說他步步踏實也行，還是緩步走高都好。雖還不至於病入膏肓，不過這嬰兒學步期也未免太久了吧！

PS: 這裡所謂的同期，是指從各自開市，經過相同時間，來相互比較的結果。例如 "4nd month" 就是拿 AppStore 在 2008/10/E 的數目，對上 Market 在 2009/2/E 的數目。

付費軟體機制剛在 2/13 開放，才經過一個半月的時間，這付費軟體的成長動能應該不差吧！不是我要潑你冷水，你別做大頭夢了，再看看下面這張圖吧！

免費遊戲已經是一灘死水，都快成水平線了。付費的應用軟體及遊戲軟體，也好不到哪。才經過半個月的時間，成長曲線也已經如飽和市場的狀態。

盼了好久的付費軟體機制，才過沒多久的時間，就已經是這種結果。我在這裡提了好些問題點，Market 的腳步再不快點，開發者的耐心是有限的。

到三月底止，付費軟體的總數約 900+，免費軟體的總數為 1800+。所以大概是呈 1:2 的分佈。不過，從走勢來預測，免費軟體還是 Market 上的主流。我想這原因和目前付費軟體機制還未擴及全球，與付費軟體的下載和購買率過低有關，造成開發者還是處在觀望狀態。

最後的這張，就是例行各個類別的免費及付費軟體數比較圖。在免費軟體上，Tool 類別的競爭還是最激烈的。在付費軟體上，主要是以 Entertainment, Tools 以及遊戲軟體為大宗。

唉，每次看到 Market 的情形，我就實在很生氣。因此你看到的，都是我的討伐之聲，好像我巴不得 Android 趕快完蛋。說真的，我也是隸屬於 Google 的死忠派！我只能說，我真是語重心長，恨鐵不成鋼啊！

Google 的天才們！你們還不曉得 Market 出問題了嗎？

Testing Android Applications - part 1

2009-04-01T09:00:00.004+08:00

Adroid 應用程式的測試方法 - I

圖片引用自 tucowsinc.com

Unit tests and testing are parts of each developer's life and they are important parts of development. Developers usually concentrate on unit tests which help them ensure that future changes will not break the system and let other people do tests and stress tests of applications to reveal bugs, which we as developers simply cannot see.

About This Series of Articles

This is the first article about testing Android applications. We will look at some testing background, discuss basic elements available for you in the SDK and show how to prepare testing environment to run tests. In following articles we will concentrate on describing testing methods in detail.

Short History of Android Testing

Prior to Android SDK 1.0 there was a huge gap in testing of android applications which inspired 3rd-party testing frameworks such as Positron and Electron. With Android SDK 1.0 Google filled the gap with its own testing framework and Positron and Electron frameworks are not needed any more. Filled the gap in testing and filled it well. Let's have a look at what is available there for us. We will concentrate on unit and functional test which are supported with new part of Android SDK.

Unit Testing

There are basically three levels of tests/unit-test you can use in your application:

Unit testing of logic which does not depend on android at all. This is similar to every usual unit testing. Running tests directly from Eclipse requires some configuration changes which we will cover later.
Unit testing of business logic which depends on Android but does not depend on Android application elements and ui. These logic does not require activity to be running with complete context and it can be tested in isolation from ui. These tests usually require something from context (e.g. resources, configuration, logger, some native classes)
Unit/funcional testing of Android application elements. These tests are fully instantiated activities, services, content providers and applications. Via instrumentation it is possible to send keyboard and touch events to the activities and check response in ui. It is possible to test lifecycle of a service and to test databases changes made by content provider.

To be able to test layers of the application in isolation using and fully use prevoius three levels. It is useful to follow these guidelines during design and development phases of your Android application:

Separate business logic from ui logic as much as possible.
Create presenter for complicated activities which models state on the screen and binds to the views according to MVP pattern.
Make clear non expansive contracts between ui layer and business logic.
Return error codes from business logic and let present logic transform them to error messages.
Pass configuraton stored in preferences or in resources in parameters and do not load it in business logic

How to Prepare Testing Environment for Unit Tests

Good starting point for preparing environment for tests which do not depend on Android can be found here. Android runtime in android.jar contains some subset of junit which can not be used out of android environment. If you try to run unit test directly from Eclipse, you get exception like this:

... Internal Error (classFileParser.cpp:2924), pid=11018, tid=3084700560 # Error: ShouldNotReachHere() ...

To be able to run tests from Eclipse you have to replace android.jar by junit.jar

go to "Run Configurations"
search for configuration running your unit test
go to "Classpath" tab
remove "Android Library" from "Bootstrap Entries"
then go to project build path configuration
and add Junit library to your project
you should be able to run junit unit tests

Image on the left shows "Run Configuration" dialog with Android library not deleted and image on the right shows configuration of build path. It is sometimes even possible to unit test classes which depends on classes from android.jar by deleting junit classes in the jar file. But once tested classes requires something from android runtime, you get exceptions.

Setup for Tests Depending on Android

Good starting point is here which shows how to set separate application and test environment but does not show that is possible to have everything working together in one project. You have to setup instrumentation for your project which allows your tests to hook into your application and take control over application ui and pass various events.

Add <uses-library android:name="android.test.runner" /> to alement in your manifest file
Add test runner definition to your manifest file

where:

android:name is name of the test runner class - use android.test.InstrumentationTestRunner as default
android:targetPackage is application package you want to instrument
android:label is name of the test which appears under Instrumentation in Dev Tools application

How to Run Tests Depending on Android in Eclipse and Emulator

To run tests directly from emulator go to DevTools application in the emulator, select Instrumentation and click on the name of the tests you want to run. Results and lot of debugging output can be found in Logcat console.

How to Run Tests Depending on Android with adb

To run tests from command line enter

adb shell am instrument -w PACKAGE/android.test.InstrumentationTestRunner

where PACKAGE is full name of application package which should be instrumented.

Monkey

Does everything seem to be too complicated for you? Do you wonder if there is simple way how to test Android application? The answer is UI/Application Exerciser Monkey tool available in Android SDK. Monkey is quite fast way for testing of ui. Just be warned that monkey does not like real devices yet. There is bug which causes that monkey is killed by Android whenever it tries to send a notification key to the real T-Mobile G1 device. Now our clever monkey likes to work without bugs with the emulator only.

Next Article...

So far we know what we can test on Android application and we know how to setup and run various kinds of tests. Next time we will look at some tips and hints how to actually write unit and functional tests.

Stay tuned...

註：

這是 Ondrej 的第一篇文章，原先是想幫他在文中譯註關鍵部份。不過我讀了一下，發覺他的用語都還簡單易懂，加上又是技術文章，大家應該有能力，理解他所要傳遞的知識。如果硬在原文中，加上中文譯註，反倒破壞了閱讀者的流暢性。

最後決定，我會在文章的最後，加上關鍵部份的註解。不會逐字翻譯，多是將重點或精神點出。如果你有任何的問題，歡迎在這裡提問，中文發問也可以的。

單元測試 (Unit Testing)

以測試的角度來看，基本上一個應用程式可分成三層：

Logic: 純粹程式邏輯的部份，也就是和 Android 系統以及 UI 無關的部份。
Business logic: 和 Android 系統邏輯相關，但和 UI (例如 Activity, View, Dialog, Context, Resources, Logger 都是 UI 相關部份) 無關的部份。
UI logic: 當然就是和 UI 息息相關的部份。

要讓你的程式達到 "可測試" 的程度，你必須在寫程式注意一些事情，及遵守下列原則：

程式中要盡量將上面提到的三層，清楚分開
可以利用 MVP (Model, View, Presenter) 設計範式幫你分開，尤其是與 UI 相關及無關的部份，一定要切乾淨。
在 UI 層與 Business logic 層之間的溝通傳遞協定，要盡量簡單清楚。
不要在 Business logic 這層中，直接顯示錯誤訊息。應該要傳回錯誤碼，由 UI 層來顯示。
也不要在 Business logic 層中，直接使用 Android 的 API 去讀取 preferences 設定，或是從 resources 中讀字串值。只有 UI 層，才能使用 Android 的 APIs，讀取到值後，再傳給 Business logic 那一層的。

提高曝光率還是增加銷售數最好的方式

2009-03-30T09:00:00.002+08:00

Increase the app's visibility will definitely improve the sales volume

Ed Burnette 是 Hello, Android 這一本書的作者。除了寫這本書外，他還發行一個評價不錯的免費 Android 軟體，Re-Translate Lite。這個軟體目前的下載次數為 10,000-50,000，評價約 4.33 顆星。為了實驗到底從 Android Market 上可以賺多少錢，他又寫了個類似但功能更多的 Re-Translate 付費軟體，並拿這兩個軟體，在 Android Market 這個銷售平台上，做了一系列的測試與實驗。

首先是 Market Moves: Sales disappoint so far，他將付費軟體的定價設定在 $2.99。結果當然很慘，一週內只有 8 個人購買，更慘的是其中 3 個還直接退錢，不買了。

銷售量不佳，接著當然是用降價招數啦。他將售價直接降到 $0.99，Market Moves: Reducing price doubles sales，嚇，一口氣售價降了 1/3。嗯，銷售量提高到 24 人購買，不過退錢的也有 10 個人。看起來，降價招數雖然能提高銷售數，不過對總體營收一點幫助也沒有。

之後，他想到原先自己的免費軟體下載數這麼高，和自己的付費軟體功能又多數相同，會不會變成自己打自己了。於是，他從 Market 上移除他的免費軟體，只剩付費軟體在 Market 上頭。打的如意算盤，自然就是希望原先使用免費軟體的那群人，能轉移到付費軟體上。此刻他心中，正想著如果能將免費軟體的下載數，全都轉成銷售數，那真的可以，買個屬於自己的熱帶島嶼，過著天天度假般的生活。答案在 Market Moves: Out with the free。你可以看到，移除免費軟體的結果，非但沒有提高銷售數，還使得銷售量呈現負成長。

這原因就出在，雖然同性質的免費軟體，會有自己打自己的疑慮；不過相對的，他也是你最好的人潮吸引機，先靠免費軟體吸引使用者使用，需要更多功能的使用者，才有可能去購買你的付費軟體。少了免費軟體的加持，當然連原先的人潮也不見了。

最後，他乾脆將定價設為零圓，Market Moves: Making it up on volume?，先不管賺多少，先衝量再說。哇！這招夠狠，有置死地於後生的味道。原本要錢的東西，現在突然免費了。就算我目前用不著，排再長的隊，我也要想辦法拿到。就在這免費心態下，大家搶著要，下載數當然激增到 500+，平均一天有 74 個人下載。

將定價設為零圓，對收入當然沒有幫助，再多人下載，收入還是鴨蛋一顆。不過之後，他下了最漂亮的一招，當 ending。他將定價再度調回 $2.99。從結果看來，調回原價後，平均每天還有 5 個人購買，這結果比原先降價到 $0.99 的策略還來得好。

為什麼會這樣，其實道理很簡單。當他利用零圓招式，成功吸引使用者的青睞，將下載數提高到 500+，突破這 Android Market 上的第一道 0-500 天險。在排行榜上，自然往上升了好幾名，也順勢提高了曝光率，雖然調回原價，還是能維持一定的銷售量。

嘿，看到這，你明暸 Android Market 上的問題了嗎？由於 Market 是 Android 上唯一的銷售管道（我知道有像 Handango 這樣第三方銷售管道，不過，相信我，看那上面 app 的下載數都少的可憐，沒人用的），一但你沒有想辦法，在軟體首發蜜月期（還在 By Date 排行的第一頁）內，提升自己在排行榜的位置，那你之後將很難翻身了。由於 Market 上還沒有廣告位置，可以讓你打廣告，如果你沒有擠到前 20 名，新的使用者，怎麼會看到你的軟體呢？這之後的下載曲線，自然是每況愈下囉。

我們還不能上載付費軟體到 Android Market ，在這個非常不公平的遊戲規則下，已經先喪失了先機，我們還能做些什麼呢？當然，一個熱賣的付費軟體，還是要取決於你的付費軟體是否有這個價值。不過，不可諱言地，提高曝光率還是增加銷售數最好的方式，沒了廣告來幫你提高曝光率。我想，你還是有機會寫個可以衝到高排行榜的免費軟體，靠這個人潮吸引機，來幫你未來的付費軟體打廣告及增加曝光率。

怎樣，你準備好要寫了嗎？

恩德雷 joined Sam's blog

2009-03-17T10:50:00.000+08:00

Welcome Ondrej to join us!

不久前，才透過 email 認識 Ondrej。這位來自捷克，目前定居在台北的 Android Developer。

和 Ondrej 聊了一下午，知道他在 J2EE 上有多年的經驗，而其加入的 Inmite 初創公司，有參加過 ADC，也曾受邀在布拉格 Google Developer Days 上介紹 Android。他說他很願意分享他在 Android 上的經驗，聽到這，我當然就毫不猶豫地邀請他一起共筆。希望他的加入，能提供給大家更多的收穫。

不用驚訝，Ondrej (恩德雷是他的中文名字) 真的能說、也看得懂一些中文。請大家不要吝嗇地，多多給他些鼓勵、支持、意見、還有發問，不管是用英文或是中文都可以。底下是關於他自己的介紹：

Hello,
I am Ondrej Zahradnik 恩德雷 - Android developer living in Taipei for already almost half a year. I work for startup company Inmite based in Prague, Czech Republic which focuses on developing Android Applications.

I joined Sam's blog because I would like to share my knowledge about developing Android Applications with guys from Taiwanese Android community and help us to push Android from devoted developers to the public.

Although I have some background in studying Mandarin in Xiamen University, unfortunately I am not yet good enough to read and write articles about Android in Mandarin, so Sam suggested that he will translate most important parts of my articles written in English to Mandarin for you. But feel free to write comments and questions in Mandarin I will understand and will try to reply in characters. It will also help me to improve my Mandarin from street use to some technical

If you have any questions related to Android or me, drop me a message by email to ondra at inmite.eu

Wandering why I am here so far from the business in the Czech Republic? The answer is quite simple. My girlfriend got a scholarship from Taiwanese government to study her PhD. degree here and I have decided to accompany her and we have not decided how long we stay here yet. It can from another half a year to few years.

Looking forward to seeing you reading our new posts and to meet on some coming Android sessions here in Taipei.

Android Market 應用程式現況 (2 月、付費軟體)

2009-03-02T09:00:00.004+08:00

Current status of Android Market after paid apps released

Android Market 終於在 2009/2/13 正式開放給美英兩國的程式開發者，上載付費軟體。隔週在 2009/2/20，也開始開放讓美國的使用者，可以下載付費軟體。

雖然在 Andorid 上市後四個月，開發者終於盼到 Market 開始支援付費軟體的機制。不過，對於 Google 在 Andorid Market 上的慢動作，以及不如預期的結果，我還是十分的不滿。像是只支援美英開發者上載付費軟體，付費軟體的保護機制，不到 12 小時，就被破了，不支援 subscription 付費機制，也不重視開發者的聲音。推出的付費軟體的保護機制，竟然只是將執行檔複製到另個目錄而已，這樣的保護方法，終於讓我見識到 Google 的天才。總而言之，這個 Android 手機以及整個平台環境，像是還是 beta 中一般，混亂且不成熟。

我在 Android Market 應用程式增加率減緩中？這篇中，介紹過 Android Market 從開市，到 2009 年 1 月初，上面應用軟體數的現況。這篇要繼續這個主題，讓我們來持續觀察到 2009 年 2 月底，付費軟體機制出來後，應用軟體數是否有突破性的成長，以及每個類別應用軟體數的現況。

前頭第一張圖說明從 2008 年底到現在，Market 上的總軟體數，應用軟體數以及遊戲軟體數的成長情形。現在 Market 上的總軟體數來到 1600+ ，這其中付費軟體只用一個多禮拜的時間，就從 0 增加到 380+。看來付費軟體機制的推出，果然對軟體數有不少的加持作用。不過和 Apple AppStore 同期的總軟體數相比，還是有一大段的落差。

這次，我再加上開發者數的曲線。看來，開發者還是前仆後繼地擁向 Android 的懷抱中，絲毫沒有飽和或淺緩的趨勢。

不過有個有趣的數字，我沒顯示在這張圖上。你知道 aTrackDog 追蹤到的總軟體數有多少嗎？告訴你，有 3100+ 。這數目將近是 Market 上面軟體數的兩倍，這表示，還有將近一半的軟體，潛在水底下，尚未露出面來。

底下這張圖，則是各個類別的免費及付費軟體數。在免費軟體上，Tool 類別的競爭還是最激烈的。在付費軟體上，主要是以 Entertainment, Tools 以及遊戲軟體為大宗。

底下這張圖，則是各個類別的『付費軟體/免費軟體』比，遊戲軟體明顯的是贏家。遊戲開發者，對於開發免費遊戲，果然是興趣缺缺。看來，要玩到好玩的免費遊戲軟體，是越來越難了。

看了這些統計數據，你有什麼心得要和我一起分享的呢？

參加台灣 Android 第一次聚會

2009-02-26T09:00:00.006+08:00

The first Taiwan Android users group activity @ Taipei

2009/2/24 星期二晚上，Jimmy 在癮科科辦了第一次的台灣 Android 聚會，當天來了不少人，也看到 Android 真正在 Eee PC 及 MID 上執行的樣子。

雖然和 Gaslin 合作寫 aTrackDog 已經兩個多月，不過一直沒有機會見到面。當天也是第一次見到 Gasolin。

這陣子，正在和 Jason 合作寫 aNetShare (將你的 Android phone 變身成 WiFi 無線基地台)，當天 Jason 也來了。

Jimmy 的熱心籌劃活動也讓人感動，他很有經驗，將這次活動辦的很熱鬧，也很成功。想看到更多詳細的活動內容，請看 http://android.cool3c.com/article/4225

ps: 圖片皆引自上述網址

誰有用過 FileObserver ？

2009-02-16T09:00:00.006+08:00

Use the FileObserver class to monitor the file/directory changes

為了要監視某個檔案是否有被更改，原先寫了個 Thread 去定期檢查檔案的修改時間。不過用 Thread 的問題就是，這 polling 的時間該抓多少才好？久久才查一次，運氣不好的話，檔案被改後，你得等到下次 polling 的時間，才知道。如果將 polling 的時間縮短，常常去檢查，又怕影響整個系統效能。

前幾天查了一下，發現有個 android.os.FileObserver 這個類別。不過這 SDK 都已經出到 1.1r1 了，這個類別的文件還真是簡單到沒有任何的說明，我只能從 API 的名字上去猜他的用法。好在他的 API 沒幾個，大多一看名字，就可猜到他是用來做什麼的。

底下是這個類別的所有 APIs：

看樣子，你可以用這個類別去監視某個目錄或是某個檔案，是否有被存取。

實踐是檢驗真理的唯一標準。因此，我寫了個簡單的程式，來觀察 FileObserver 的行為：

public void 
onCreate(Bundle savedInstanceState)
{
  ...
  m_myDirObsv.startWatching();
  m_myFileObsv.startWatching();
}
    
public void
onDestroy()
{
  m_myDirObsv.stopWatching();
  m_myFileObsv.stopWatching();
  super.onDestroy();
}

private MyDirObserver m_myDirObsv = new MyDirObserver();
private MyFileObserver m_myFileObsv = new MyFileObserver();

class MyDirObserver extends FileObserver
{
  public
  MyDirObserver()
  {
    super("/sdcard/sam/", ALL_EVENTS);
  }
    
  public void
  onEvent(int event, String path)
  {
    _Dump("dir", event, path);
  }
}

class MyFileObserver extends FileObserver
{
  public
  MyFileObserver()
  {
    super("/sdcard/sam/test.txt", ALL_EVENTS);
  }
    
  public void
  onEvent(int event, String path)
  {
    _Dump("file", event, path);
  }
}

private void
_Dump(String tag, int event, String path)
{
  Log.d(tag, "=== dump begin ===");
  Log.d(tag, "path=" + path);
  Log.d(tag, "event list:");
  if ((event & FileObserver.OPEN) != 0) 
    Log.d(tag, "  OPEN");
  if ((event & FileObserver.CLOSE_NOWRITE) != 0) 
    Log.d(tag, "  CLOSE_NOWRITE");
  if ((event & FileObserver.CLOSE_WRITE) != 0) 
    Log.d(tag, "  CLOSE_WRITE");
  if ((event & FileObserver.CREATE) != 0) 
    Log.d(tag, "  CREATE");
  if ((event & FileObserver.DELETE) != 0) 
    Log.d(tag, "  DELETE");
  if ((event & FileObserver.DELETE_SELF) != 0) 
    Log.d(tag, "  DELETE_SELF");
  if ((event & FileObserver.ACCESS) != 0) 
    Log.d(tag, "  ACCESS");
  if ((event & FileObserver.MODIFY) != 0) 
    Log.d(tag, "  MODIFY");
  if ((event & FileObserver.MOVED_FROM) != 0) 
    Log.d(tag, "  MOVED_FROM");
  if ((event & FileObserver.MOVED_TO) != 0) 
    Log.d(tag, "  MOVED_TO");
  if ((event & FileObserver.MOVE_SELF) != 0) 
    Log.d(tag, "  MOVE_SELF");
  if ((event & FileObserver.ATTRIB) != 0) 
    Log.d(tag, "  ATTRIB");
  Log.d(tag, "=== dump end ===");
}

然後，用 adb shell 打幾個指令觀察結果：

# pwd
pwd
/sdcard/sam
# mv ../a.txt .
mv ../a.txt .

dir: === dump begin ===
dir: path=a.txt
dir: event list:
dir: MOVED_TO
dir: === dump end ===

# echo 123 > test.txt
echo 123 > test.txt

file: === dump begin ===
file: path=null
file: event list:
file:   MODIFY
file: === dump end ===
dir: === dump begin ===
dir: path=test.txt
dir: event list:
dir:   MODIFY
dir: === dump end ===
dir: === dump begin ===
dir: path=test.txt
dir: event list:
dir:   OPEN
dir: === dump end ===
file: === dump begin ===
file: path=null
file: event list:
file:   OPEN
file: === dump end ===
dir: === dump begin ===
dir: path=test.txt
dir: event list:
dir:   MODIFY
dir: === dump end ===
file: === dump begin ===
file: path=null
file: event list:
file:   MODIFY
file: === dump end ===
dir: === dump begin ===
dir: path=test.txt
dir: event list:
dir:   CLOSE_WRITE
dir: === dump end ===
file: === dump begin ===
file: path=null
file: event list:
file:   CLOSE_WRITE
file: === dump end ===

反應還蠻即時的，你也可以自己打個其他的指令，試著觀察他的結果，看看是否和你認知的相同。

還沒有仔細 trace 他的原始碼。先問問看，有誰知道 FileObserver 是如何實現這部分的功能？啟動 startWatching()，對系統效能的影響大嗎？

Android 應用程式開發課程 @ 台灣

2009-02-02T09:00:00.079+08:00

Android phone development training courses

從 2009 年以來，陸陸續續都接到一些電話或信，要我開 Android 相關的課程。老實說，對於 Android 的了解，我不敢說是專家，樣樣都懂的很專精。不過，過去這段時間，還是累積了些開發 Android 程式的實際經驗，再加上我個人過去將近二十年，各式程式開發與管理經歷當底，應該有些東西可以拿出來和大家分享。

因此，還是決定在 2009 年花點時間準備教材，和有興趣進入 Android 領域的同好們，一起分享我個人過去的學習經驗，與自己在開發 Android 手機程式時如何解決種種問題的的心得。並期待能帶領上課的學員一步一步地，一窺 Android 程式設計的奧妙，並培養學員有獨立完成 Android 應用程式之能力。

關於我開的 Android 課程，不管是內容或是其他方面，要提意見的，也都歡迎在這篇文章上留言。

不過，有句話說的好，『師父領進門，修行在個人』。千萬不要期望說，上個課就什麼都會了。天下沒有白吃的午餐，有些東西還是要自己親身走一遭，才會明白與了解。我想上課最大的好處是，透過有系統與組織的解說，降低你學習的門檻與加快進入的速度。我個人估計是 14 個小時的入門課程，大概可以幫你減少約 0.5~1 個月的自我摸索時間。剩下的，還是要靠自我的練習。

首先要開的是 Android 應用程式開發的入門課程，這是專門為了從未接觸過 Android 應用程式開發的程式開發人員，所設計的課程。不過你還是得具備 Java 語言的基礎，或是會 C++ 或是 C# 等其他物件導向語言。要不然，上實作課時，你只能坐在一邊，乾瞪眼了。

這個入門課程，總時數是 14 個小時，其中實作的部份約 4 個小時，課程的內容大綱如下：

熟悉 Android 開發環境，Android 模擬器，及如何快速建立程式

Android 平台簡介，架構介紹，特色與提供之功能

深入瞭解 Android 程式之基本框架，與如何有效率地偵錯程式

各式使用者介面元件之基礎設計

各式使用者介面元件之進階設計

自定使用者介面元件與繪圖功能介紹，與如何支持多國語言

深入剖析 Application, Activity & Service

資料儲存與綜合實作

除了入門課程外，我還規畫了一些進階課程。首先，要開的進階課程是『Android 網際網路與地圖應用開發』。這是 7 個小時一天上完的課。要上這個課的，你一定要先具備基礎的 Android 應用開發能力與經驗。

這個課程主要介紹 Android 平台之網路應用基礎知識與架構，並教你如何在 Android 平台上，開發網路應用程式。課程中，我也會傳授 Android 內建之網頁元件的進階使用技巧；如何透過 GPS 抓取地理座標，與結合地圖元件之應用應如何有效開發的秘訣。課程的內容大綱如下：

瞭解Android 平台之網路應用基礎知識與架構

熟悉 Android HTTP-based 網路應用程式開發

網頁元件 (WebView) 之進階開發技巧

抓取地理座標

結合地圖元件 (MapView) 之 LBS 應用開發

底下是計畫開的課程：

日期	地點	課程名稱	難易度
11/17,18 星期三四	高雄	Android手機平台及應用開發實務系列工研院	進階
10/20,21 星期三四	高雄	Android手機平台及應用開發實務系列工研院	基礎
10/13,14 星期三四	新竹	Android手機平台及應用開發實務系列工研院	進階
9/15,16 星期三四	新竹	Android手機平台及應用開發實務系列工研院	基礎
8/4,5 星期三四	台北	Android手機平台及應用開發實務系列工研院	進階
7/7,8 星期三四	台北	Android手機平台及應用開發實務系列工研院	基礎
1/16,17 星期六日	台北	Android嵌入式應用開發博祥網通	入門
12/16,23 星期三	台北	Android手機應用程式開發癮科技	入門
12/6 星期日	台北	Android Internet與LBS應用開發癮科技	進階
11/7,14 星期六	新竹	Android手機應用程式開發工研院	入門
10/14 星期三	新竹	Android 網路與地圖應用開發工研院	進階
8/22,29 星期六	台北	Android手機應用程式開發工研院	入門
7/18,25 星期六	新竹	Android手機應用程式開發工研院	入門
6/17,24 星期三	台北	Android手機應用程式開發工研院	入門
6/14,21 星期日	新竹	Android手機應用程式開發自強工業科學基金會	入門
5/23,24 星期六日	台北	Android手機應用程式開發癮科技	入門
5/19,26 星期二	新竹	Android手機應用程式開發工研院	入門
4/25,26 星期六日	台北	Android手機應用程式開發癮科技	入門
3/5,12 星期四	新竹	Android手機應用程式開發自強工業科學基金會	入門
2/28, 3/1 星期六日	台北	Android手機應用程式開發傳識資訊	入門

請將要執行很久的程式碼，放在 Service 中執行

2009-01-19T09:00:00.003+08:00

Run your time-consuming jobs in Service

在你研讀 Android 文件時，應該會注意到，千萬不能將要執行很久的程式碼放在 Main ( or UI) Thread 中執行，要不然一定會發生 ANR (Android is Not Responding) 錯誤。要避免 ANR 錯誤，對於所有可能會執行超過 5 秒的工作，例如網路或資料庫的存取、音樂的播放等等，你都要自行建立一個新的 Thread 物件，並將該費時的工作放在 Thread.run() 中執行。

其實，光將費時的程式碼放在 Thread.run() 中執行，還是不夠的，他只解決一半的問題。如果你不知道我為什麼會這麼說的，請先讀一下記得要在程式中，處理鍵盤開啟或關閉的動作這篇。

讀完後，你知道原因了嗎？當使用者打開或關閉鍵盤時，使用者看到的只是螢幕畫面的旋轉。但是，從程式面來看，Activity 已經經歷了一次生死輪迴。Activity 先被殺掉，再重新建立一個新的。那就代表，這個新建立的 Activity，再也不能和原先還正在執行工作的 Thread ，相互溝通，傳遞資料。

用個例子來說明，你可能會更清楚些。例如，你的程式正在執行一個下載檔案的工作。為了讓使用者清楚，目前的下載的進度。你應該會用個 Progress Dialog，顯示目前已經下載的百分比。如果就在此時，使用者打開鍵盤，你猜會發生什麼事？我想你程式上，原來那個顯示下載進度的 Progress Dialog，應該會不見了。負責下載的 Thread，可能還正在執行中（如果你沒在 onStop() 或 onDestroy() 中，停止 Thread 的執行）。可是，從你的 UI 的呈現，使用者會認為剛剛的那個下載的工作，已經被停下來。

要怎麼解決這個問題？我會建議你，不僅要將費時的工作放在 Thread.run() 中執行，還要將這個 Thread 放在 Service 中執行。因為，當螢幕要旋轉時，系統只會殺掉 Activity Stack 中，最上面的那一個 Activity，並不會對扮演執行 background task 的 Service 採取任何的動作。Service 和 Thread 還是可以安穩地繼續執行下載的工作，而被系統重起的 Activity，也可以透過 Service 提供的 remote interface，與 Service 進行 IPC (interprocess communication)，以獲取目前下載的進度與執行情形。

想更進一步瞭解實作的你，我建議你先研讀 Android 中 Music 這個程式的原始碼。另外想要知道如何與 Service 進行 IPC 的你，請閱讀 Android 文件中的 <sdk_path>/docs/reference/aidl.html 文件，我覺得這篇寫得還算清楚詳細，值得一讀。

Android Market 應用程式增加率減緩中？

2009-01-05T09:00:00.002+08:00

The number of Android Market applications are not growing anymore!

我曾在 2008 TWJUG 11/22 活動實錄 (The Android Introduction) 中，介紹過 Palm, Symbian, Apple App Store 以及 Android Market 等各手持設備，其目前應用軟體的數目及現況。

其中，在 2008/10 月底前，也就是在 Android Market 正式對應用程式發展者公開後的三天， Market 上面的軟體數目，從一開始的 71 個，三天內增加了 106 個新的軟體，總數來到 176。依照保守的線性成長來算，在兩個月後的今天，應該要有 1976 ，將近 2000 個軟體才對。對照一下 App Store 的軟體數，開張之後的兩個月，總軟體數約有 2239 個。因此，我剛估算的 2000 個，一點也不超過。不過，你知道現在 Android Market 上有多少個軟體嗎？

這兩天，花了點時間算了一下，到 1/4/2009 為止，屬於 Applications 的軟體有 574 個，屬於 Games 類別的遊戲軟體有 122 個。也就是說，總數只有區區 696 個。

前頭第一張圖說明了從 Android Market 開市，到 1/4/2009 為止，Applications, Games 及總軟體數的成長曲線。

兩個月的時間，Android Market 上的軟體數，竟然只有 696 個，連預估的一半值，都不到。不但沒有呈現新市場，該有的爆炸性成長，連基本的線性成長線，都失守了。怎麼會這樣？

千萬不要先將罪過，推給整個大環境的不景氣，這是 Marketing 及 Sales 們，在這段時間，對其績效不佳的最好藉口，但對 "Diffusing of Innovations" 一書中定義的 Early Adapters Market 來說，不景氣，在這裡可是沒太大影響的。我覺得最主要的原因，就是 Market 上的付費機制還沒出現。

目前，只有免費軟體才能上架，對使用者而言，是有短期的利益。但就應用程式發展者來看，一旦無法在 Market 上，透過銷售軟體，獲取應有的報酬，也就沒辦法吸引他們，發行更多好用的軟體。就長遠來看，對終端使用者而言，手上就只能玩著一堆小用的免費軟體，也不見得是好事。

雖然在 Early Q1（連月份都不敢寫，到底在幹什麼？），就會先在北美及英國地區，開始銷售付費軟體。不過，到 Q1/E 時，連亞洲地區都還沒有，這動作未免也太慢了嘛！年底時，Eric Chu 寄出來的那封信，重點都沒寫到。到時的 software licensing model 會是如何？是否有支援 subscription 付費方式？是否有任何的軟體保護機制？消費者是付錢給 Google Checkout 還是 mobile operators？這些發展者關心的事，難道不能先和大家溝通清楚嗎？

寫到這，真的是一肚子火。好了，言歸正傳。你知道目前，哪一類上面的軟體數最多，競爭最激烈嗎？理論上，應該是遊戲類，不過也是拜免費軟體之賜，遊戲公司根本就不願意，將手上賣錢的好玩遊戲，免費給你用。

目前，最競爭的是 Tools 類別，有 163 個軟體。第二名是 Entertainment，第三名才是遊戲中的 Brain & Puzzle。底下是個各類別的軟體數統計圖。如果你的應用軟體可以歸屬到 A 類別，也可以歸屬到 B 類別時，這個圖可以幫你決定，應該放到那個類別上，才可以獲取比較高的排名及下載數。

ysl 的程式天堂 - Android 應用開發 ‧ 研究 ‧ 與諮詢

2012 Android 4 手機應用開發課程 @ 台灣

非凡電視採訪我 - 關於手機 APP 的發展

不要用打廣告的方式來推銷你的應用

非 ICS 平台也可用 GridLayout

How to view Android source file on Eclipse(Windows platform)?

A library for using, editing, and creating fonts

如何Proguard 後還能看到死掉的檔名與行號

Android crypto 支援的 cliper, keygen algorithm...

Android UI Development: Tips, Tricks and Techniques

如何產生或解有密碼保護的 zip 檔

Ad Blocker - III

Ad Blocker - I

Ad Blocker - II

小小的設計細節改變卻讓你的 UI 有明顯的改善

省電應用與 icon 設計

今年下半年的校園演講

消保法的過時與不完整 - 北市府說 Apple, Yahoo, PCHome 都已遵守消保法，事實真的是如此嗎？

消保法的過時與不完整 - App七天內可退錢，那電子書，音樂，電影也都可以看完再退囉

行動終端應用技術與趨勢研討會 演講

使用 ListView 元件時該注意的技巧 - II

Android 應用盈利模式及成功案例 演講

非手機Android論壇 - x86+平板+Android 3.0 演講

2011 Google I/O 見聞

2011 年的手機應用大賽

我們被選為 Google I/O 2011 Sandbox 開發夥伴

使用 ListView 元件時該注意的技巧 - I

Android 平板應用開發經驗分享 - 遠傳 S Club 演講

讓癮科技 Android 應用登上榜首的秘密

2011 Android 2.X 手機應用開發課程 @ 台灣

Android 應用的盜版與山寨 - 山寨應用

Android 應用的盜版與山寨 - 盜版市集

並行下載的完美解決方案

手機創新設計大會 2010

免費講座 - 智慧行動生活新世代系列座談會

深入研究 IntentService 原始碼

Google DevFest 2010 @Taipei

2010 Android平台社群開發大會

小心，AsyncTask 不是萬能的

內容為王的時代

新竹 Android 整合開發之夜

我與 Android 之媒體相關報導文章

App Inventor - 不會寫程式也能寫 Android 手機應用

Android 原始碼徹底研究系列 - 鬧鐘程式, ContentProvider (5)

智慧終端軟體平台與應用發展 - 免費參加

校園演講

Android 應用大賽 - 台北市電腦公會

個人軟體開發者在 ANDROID 開發中的優勢

幫圖片加上影像特效 (IV) - 3D 投射效果

中文應用優選 30 強出列！

幫圖片加上影像特效 (III) - 負片與灰階效果

60 大手機應用軟體募集

幫圖片加上影像特效 (II) - 鏡像特效

Android Wednesday Party @ 蛙咖啡

幫圖片加上影像特效 (I) - 陰影特效

雙喜臨門，雙雙入圍決賽

9 月 Android Market 現況

2009 SD 軟件開發 2.0 技術大會 @ 北京

2009 Android 應用程式進階開發課程 @ 台灣

Android 原始碼徹底研究系列 - 鬧鐘程式, Alarm Reminder (4)

Android 原始碼徹底研究系列 - 鬧鐘程式, Gallery & Adapter (3)

Android 原始碼徹底研究系列 - 鬧鐘程式, App Widgets (2)

Android 應用程式開發課程 @ 中國

Android 原始碼徹底研究系列 - 鬧鐘程式, AnalogClock (1)

蜜月期過後，Market應用程式的現況

企業客製化訓練課程

Android 原始碼徹底研究系列

開放手機平台嵌入式軟體發展技術研討會 -免費

DIGITIMES「剖析Android發展趨勢及產品開發關鍵」研討會

Android 開發板

第三方 Android Market

Android Wednesday Party @ Google

Android Market 上真的可以賺到錢嗎？

不妙！Android Market 的成長動能又開始減緩中！

Testing Android Applications - part 1

提高曝光率還是增加銷售數最好的方式

恩德雷 joined Sam's blog

Android Market 應用程式現況 (2 月、付費軟體)

參加台灣 Android 第一次聚會

誰有用過 FileObserver ？

行動終端應用技術與趨勢研討會演講

Android 應用盈利模式及成功案例演講