Subscribe: ysl 的程式天堂 - Android 應用開發‧研究‧與諮詢
http://ysl-paradise.blogspot.com/feeds/posts/default
Added By: Feedage Forager Feedage Grade B rated
Language: Chinese traditional
Tags:
android android  android  app  apps  broadcastreceiver  color  google play  google  intent  play  receiver  registerreceiver 
Rate this Feed
Rate this feedRate this feedRate this feedRate this feedRate this feed
Rate this feed 1 starRate this feed 2 starRate this feed 3 starRate this feed 4 starRate this feed 5 star

Comments (0)

Feed Details and Statistics Feed Statistics
Preview: ysl 的程式天堂 - Android 應用開發‧研究‧與諮詢

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



寫程式是自己二十多年來的興趣。因為,程式讓我在我的想像天堂裡,盡情創造。擅長的領域有: Android 應用程式開發與訓練, 大型應用軟體開發, C/C++/Java, Android/Palm/Aibo, Windows/MFC/Qt, Perl/Tcl/PHP/Java



Updated: 2017-08-01T02:00:15.283+08:00

 



當防毒軟體說你的 app 有病毒時

2016-04-18T20:53:59.268+08:00

當 app 開發者真的很辛苦,app store 會用下架來嚇你,廣告平台會用倒閉來陰你,連防毒軟體都會說你的 app 有病毒來搞你。

別笑、我真的被防毒軟體搞過好幾次,store 上滿是 "Fxxx 有病毒別下載" 的留言,透過 email 來罵你的信,更是如雪片般飛來,當下心想如果這些信都是訂單該有多好。

如果你將來和我一樣遇到這無妄之災,第一時間先叫你的使用者給那個防毒軟體一顆星(誤),再來透過底下這個網頁內提供的各家防毒軟體 false positive (false alarm) 回報系統回報。

http://www.techsupportalert.com/content/how-report-malware-or-false-positives-multiple-antivirus-vendors.htm

希望你不會用到。




千萬不要用加速 apps

2016-04-22T19:25:26.143+08:00

最近看到 HTC Boost+ app 強調可以透過清除背景程式的方式,來達到加強手機效能的目的。 其實市面上這類加速 apps 不僅是做白工,啟動程式變得更慢,最糟的是讓手機更耗電。

我剛簡單做個實驗,用他的加速功能清除記憶體 (我的手機是Nexus 6),清除後號稱清出 700 MB。 十分鐘後再打開加速功能,你會發現原先號稱清除的記憶體空間幾乎都長回來了。

為什會這樣?

原來這些佔用記憶體的背景程式有分三種類型︰
1. 常駐程式 (如 facebook)
2. 會自我啟動的程式 (如 gmail)
3. 不用的程式 (按 BACK 或 HOME 跳離)。

如果你手動用這類加速 apps 殺掉這些背景程式,幾分鐘內系統會自動重啟 1, 2 類的程式,只有第三類背景程式才真正可被清除,這解釋我先前的實驗結果。 所以如果你頻繁地用加速 apps,導致殺掉又重啟程式的不斷循環,不僅是做白工,還會讓手機更加耗電。

你可能會說他還是有殺掉第三類背景程式啊。 要回答這個問題,要先知道系統為什麼要保留第三類背景程式。

原因是,當記憶體空間還充足時,系統保留第三類背景程式,就是為了讓你再次執行該程式時,不需重啟程式。 這是系統內建的加速啟動機制,結果反而被這些所謂的加速 apps 變得慢速。

其實當記憶體空間不夠時,系統會自動依照 3, 2, 1 的順序逐一殺掉背景程式騰出空間。 所以,你根本不需要這些加速 apps。

這些 Android 記憶體空間管理機制,做手機的 HTC 比誰都懂。

HTC 今天推出這樣的 app,我實在很失望。

更多討論也可以看我 Facebook 上的文章




在 Android 中,有哪些 IPC 方法?

2016-03-25T15:56:43.051+08:00

前不久在我的 Facebook 上,問了底下這個問題:

在 Android 中,當 process A 要向 process B 索取動態 parcelable 資料 (動態資料指,資料是經由計算所產生) 時,你會用甚麼方式來做?

1. 最常見的方法是 Service + AIDL (http://developer.android.com/guide/components/aidl.html)。

還有誰要貢獻其他方法?

最後找出將近十種方法,還有範例與文件,有興趣的自行點下面連結參考。

https://www.facebook.com/samlu128/posts/10204283071555842




在 Android M 上如何檢查我的程式已取得要求的權限?

2016-01-19T19:40:19.112+08:00

How to check if a requested permission has been denied by users?

Android marshmallow 以上的手機開始允許使用者取消程式所要求的某些權限,從使用者的角度來看,這個新功能當然很好。不過從開發者來看,這卻是一個災難的開始。

為什麼?因為我就遇到使用者之前曾經手動取消我的程式所要求的某些權限,過了一陣子,他來信抱怨某些功能無法正常執行。查了半天,原來事實上是,他早已忘了他曾手動取消權限這檔事;或者他根本不知道取消這些權限,會導致那些功能無法正確運作。

身為開發者的你,要怎麼知道權限被使用者偷偷取消了呢?

如果你程式的 targetSdkVersion 是設為 23 或以上的值,可用下列方法檢查:

或是:

如果你程式的 targetSdkVersion 是設為 22 或以下的值,那上述方法都會傳回 true,即使使用者已手動取消權限。所以你要換成下列方法:




Material style Dialogs

2016-01-28T19:37:57.898+08:00

如果你依照 AppCompat v21 — Material Design for Pre-Lollipop Devices! 文件中的說明,為你的 APP 加上 material style 的顏色設定 (colorPrimary, colorPrimaryDark, colorAccent)。執行時,你會發現只有 Activity 內的 ActionBar(Toolbar) 或 Views 會套用這些顏色設定。就算在 Android 5+ 上面執行,Dialog (AlertDialog) 中各 Views 的顏色並不支援 material style 的顏色設定。就像上圖中的左邊,RadioButton 不是 colorAccent 所定義的顏色。

這原因在於 AppCompatV7 (r21) 並不支援 Dialog 或 AlertDialog。要解決這個問題,有兩種方法:

第一種解法是加一個 res/values-v21/themes.xml,其內容如下範例:

這解法的的好處是簡單,不用額外的套件。壞處是在 Android 4- 平台上,Dialog 的長相與 Views 顏色仍然與原生平台相同。

第二種解法是採用 Material Dialogs 這個套件。優點是在 Android 4+ 平台上會有一致的 Dialog 長相與 Views 顏色,缺點是這位開發者三天兩頭就改個版本,看來離穩定版還有一段距離。

如果你問我,我現在是用那個解法?答案是解法一,因為用第三方套件的風險實在很高,非必要盡量少用,以免增加無謂的程式錯誤與維護程式的複雜度。




又有 APP 被 Google 下架

2014-12-08T10:23:32.391+08:00

最近得知又有一位朋友的 app 被 Google 下架,身旁的朋友曾被 Google 下架的,我知道的就有好幾位。

我也是苦主之一,事實上應該算是全球第一位被 Google 下架 app 的開發者,早在 2009 我和 Jason Cheng 共同開發的 aNetShare 就被下架過 (見 www.cool3c.com/article/7186),理由當然很瞎。

開發者條款中很多禁止事項都寫得很含糊,解釋權又在 Google 身上,硬要說你違反那一條,都可以ㄠ的過去。我覺得 Google Play 最差的部分是沒給你改的機會,不管你已經累積多少使用者,投入多少資源,說下架就下架,這不是一個友善的 B2B 做生意方式。App Store 的事先審核,在這個面向來說,就是優點。可以做的,有無違反商標,Apple 都事先告訴你。不像 Google, 在你投入這麼多資源後,一覺醒來時,突然發覺全部被 reset to zero. 那可是會想殺人的。

我每次遇到相關的 Google 負責人員,都會向他們提到此事,不過這麼多年過去,看來他們舞照跳,馬照跑,外頭求救無門的 app 苦主還是有增無減。

要看原本我在 Facebook 的 po 文,請點 www.facebook.com/samlu128/posts/10201968529373734

在 Google 的服務有所改善之前 (看來是沒希望了),最好的方式還是熟讀底下這些與 APP 相關的協議




為什麼你的 app 要在每個 Android 版本上測試?

2014-05-12T16:47:23.677+08:00

先看一下底下的程式片段。這樣的程式在某些手機上會當掉,你有看出來這問題出在那? public class MyReceiver extends BroadcastReceiver { @Override public void onReceive(Context ctx, Intent it) { super.onReceive(ctx, it); IntentFilter itf = new IntentFilter(Intent.ACTION_BATTERY_CHANGED) Intent it = ctx.registerReceiver(null, itf); if (it != null) { int nBatteryLevel = it.getIntExtra(BatteryManager.EXTRA_LEVEL, 0); ... } } 程式中的 registerReceiver(null, IntentFilter) 用的是一個很典型取得當前手機電量的方法。由於 ACTION_BATTERY_CHANGED 是一種 "sticky intent",因此我們可以透過傳 null 給 receiver 及適當的 IntentFilter,來取得該 intent 所攜帶的 bundle 資料。 乍看之下,這樣的程式好像沒有問題。不過我們先來看一下 Context.registerReceiver() 的文件說明。看到沒,文件中的 Note 說明了這個函式不能在 BroadcastReceiver 中被呼叫。 Note: this method cannot be called from a BroadcastReceiver component; that is, from a BroadcastReceiver that is declared in an application's manifest. It is okay, however, to call this method from another BroadcastReceiver that has itself been registered at run time with registerReceiver(BroadcastReceiver, IntentFilter), since the lifetime of such a registered BroadcastReceiver is tied to the object that registered it. 嚴格地說,應該是呼叫 registerReceiver() 的 ctx 不能是一個 BroadcastReceiver 或其繼承物件。程式當掉的原因看起來似乎是清楚了。 不過另個問題來了,多數工程師寫程式時,沒法記住所有的特別限制。而這樣的問題,在編譯階段無法被偵測到,只能靠動態測試。就以我來說,我寫程式多半在最新的 Android 版本 (4.4.2) 上開發、測試。上述的程式在我手機上,當時竟然是可以正確執行無誤。在 app 要釋出前,我還在 4.3.x, 4.2.x 的手機上測過,也都沒有問題。直到一位使用者的回報,我才發現這樣的程式在 4.1.x 的手機上執行,會有問題。 看起來正確的結果應該是,上述程式在4.1(含)以前的手機上執行,都會出問題。但是在4.2(含)之後的手機上,卻可以正確執行無誤。 為什會這樣?我們看看 frameworks\frameworks\base\core\java\android\app\ContextImpl.java 原始碼,就可以找到答案。 底下是 Android 4.1(含)以前的原始碼: ... class ReceiverRestrictedContext extends ContextWrapper { ReceiverRestrictedContext(Context base) { super(base); } @Override public Intent registerReceiver(BroadcastReceiver receiver, IntentFilter filter) { return registerReceiver(receiver, filter, null, null); } @Override public Intent registerReceiver(BroadcastReceiver receiver, IntentFilter filter, String broadcastPermission, Handler scheduler) { throw new ReceiverCallNotAllowedException( "IntentReceiver components are not allowed to register to receive intents"); //ex.fillInStackTrace(); //Log.e("IntentReceiver", ex.getMessage(), ex); //return mContext.registerReceiver(receiver, filter, broadcastPermission, // scheduler); } ... 底下是 Android 4.2(含)之後的原始碼: ... class ReceiverRestrictedContext extends ContextWrapper { ReceiverRestrictedContext(Context base) { super(base); } @Override public Intent registerReceiver(BroadcastReceiver receiver, IntentFilter filter) { return registerReceiver(receiver, filter, null, null); } @Override public Intent registerReceiver(BroadcastReceiver receiver, IntentFilter filter, String broadcastPermission, Handler scheduler) { if (receiver == null) { // Allow retrieving current sticky broadcast; t[...]



Hardware Acceleration 的陷阱

2014-04-28T15:54:56.998+08:00

最近寫了個程式,剛好要利用 Canvas 中的 clipPath() 函式來繪圖。結果是,不管我如何呼叫 Canvas.clipPath(),似乎一點作用也沒有。最後才發現,原來是 hardware acceleration (硬體加速) 這個系統功能搞的鬼。

Hardware acceleration 是從 Android 3.0 開始,Android 繪圖系統利用 GPU 支援的 OpenGL 渲染功能來加速 2D 圖像繪製的一種新功能。硬體加速?可以加速繪圖的速度,這聽起來似乎很美好。不過實際上,這個功能有很多的限制。例如,Canvas.clipPath() 在 API 17 之前就是不支援的。

這個連結中 列出所有硬體加速功能的限制。很複雜吧!更糟的是,只要你的 minSdkVersion 或是 targetSdkVersion 設定為 14 以上,這硬體加速功能,預設竟然是開啟的!

如果你的應用需要用到的 Canvas 的各式繪圖函式,而結果又出乎你預期時,我會建議你先關掉硬體加速功能,試試看是否因為這個原因所導致的。

要關閉硬體加速功能,最簡單的方法是加上 android:hardwareAccelerated="false" 這個屬性到 AndroidManifest.xml 中的 Application 標籤中。不過這個方法會讓你應用中的所有 View 的繪製都不允許硬體加速。這似乎有點極端,所以 Android 也提供 Window based 或 View based 的關閉方法。當你確定應用的不正常行為是因硬體加速功能所導致,這時你可以利用前述方法,將某些 Views 或 Windows 的硬體加速功能關掉即可。




好用的 Activity.getView()

2014-04-23T19:10:57.228+08:00

在 Activity 中最常看到的函式呼叫,就是 findViewById(),常見用法如下:

由於 findViewById() 傳回的是 View 這個通用型別。因此實務上每次都要強制轉型成實際的型別,這樣的程式碼看起來實在有點礙眼。

要解決這樣的問題,你只要在 Activity 中,加入底下這個 getView() 函式。

之後,你就可以將原先的 findViewById() 呼叫改寫成底下這個方式:

一個小技巧,卻可以讓你的程式碼看起來清爽許多。當然在 Fragment 中,你也可加上自己的 getView(),至於如何寫?建議自己研究一下。




冬天是為了迎接更美麗的春天

2014-01-06T17:32:36.069+08:00

(image)

APP 如果說是一個產業,他的春天是開始於 2009,2011 則是百花盛開的季節。不過在 2014 的開始,我感覺 APP 產業 (我只開發工具類 apps, 以下觀點對於遊戲類 apps 可能不適用) 已開始邁向寒冬,這第一波寒流尤其對個人開發者或新創小團隊會是個嚴厲的考驗,建議及早作好過冬準備。

由於我之前一直鼓吹 APP 對於小開發團隊,會是個很好的發展。現在我有這個不對勁的感覺,我覺得我有這個義務,要儘早告訴大家。

說寒冬,可能是誇張了點,不過 app 開發者獲利往下滑與新 apps 難獲利的趨勢,應該在 2014 年 Q2-Q3 會更加明顯。如果打算離職寫 app 的朋友,我建議延後你的計畫;想要大舉擴編 app 團隊,開發新 apps,最好三思;新 app 的損益平衡點時間,你得加倍計算。

至於現有的大咖 app 開發團隊,會延後感受到這波寒流。說到這,這有點像是房地產,現在的大咖 app 開發團隊,就像是市區豪宅,而新加入的 app 開發團隊,就像是市郊小套房。當產業空頭來到時,總是先跌套房,再跌豪宅;先從市郊跌起,最後才是市中心。

在之前,開發一套工具 app,從開發完成到有足夠的收入,可以養活自己,樂觀估計最少要 1 年。現在加上這第一波寒流,時間鐵定要拉長,所以我說要及早作好過冬準備,免得到時彈盡糧絕。

這是我個人透過我旗下 apps ,再加上一些不便透露的數字,所獲得的 "感覺" (所以有一定的不可靠性與主觀偏差)。我不是分析師,也沒更多客觀數據可以向你證明我說的正確性有多高。

我希望我的感覺是錯的,也不想危言聳聽,如果其他人有不同的感覺,那就把我這篇說的忘掉。日後我如果有更新的"感覺",再和大家更新。

至於 APP 產業會不會消失,那倒不至於,因為需求是真的,也還在。只是參與的人多了,他需要時間去蕪存菁。APP 產業也需要有些結構性的改變,才可讓市場活絡起來。

我相信寒冬過後,會是更美麗的春天

PS: 從 2009 年到 2013 我一直致力於 Android Apps 開發之各項教學與推廣活動。到了 2014 年的開始,我想這項階段性任務應該是到了他該結束的時候。也就是說,從 2014 年開始,請不要找我接演講、授課或採訪等相關活動,謝謝曾經幫助過我的各位好朋友。




第二個千萬下載 APP - 省電超人

2014-01-05T12:21:58.761+08:00

My second 10M downloads app - 2x Battery

(image)

在 2013/11 月底,省電超人 (2x Battery) 的下載數來到一千萬這個新的里程碑,這是我第二個下載數超過千萬的 APP。第一個破千萬下載的是 AppMgr III (app 2 sd)AppMgr 的千萬下載花了26個月並歷經30多次的改版,而 2x Battery 的千萬下載則歷經更長的 29 個月以及 50 多次的改版。由這兩個千萬下載應用來看,首先你會發現一般的工具型APP要達到千萬下載的等級,至少要等兩年的時間。因此新創APP團隊或開發者,在等待成功來臨之前,你必須好長期抗戰的準備,包括心理與你手上的資源。

依照慣例,在此分享 2x Battery 千萬下載的相關數據。

不可忽視的東南亞使用者

下圖是使用者的分布餅型圖。美國使用者還是最多,不過香港、台灣、印尼、印度、菲律賓、馬來西亞等國家,包辦了2~7名。看來東南亞 Android 使用者,已是不可忽視的一群。

(image)

台灣使用者佔了9.16%,這比例算是蠻高的,我想主要原因是不少3C達人 (像是 重灌狂人挨踢路人甲電腦王阿達) 有寫省電超人介紹文的關係。

支援21種語系

我所有的應用,第一個發行的語言一定都是英文版。接下來才是中文版與其他由使用者協助翻譯的語系。到千萬下載時,2x Battery 已經支援多達21種不同語系,底下是各語系使用者百分比數:

(image)




AppNext 2013 年度最佳 APP - 省電超人

2013-11-14T07:11:28.424+08:00

(image)

很高興「省電超人 (2x Battery)」榮獲「《數位時代》AppNext 2013 應用程式創新大賽」年度最佳 APP 首獎。

為慶祝省電超人的得獎,我決定在 2013/11/14-2013/11/16 這三天,讓支持省電超人的朋友們(僅限台灣與香港)都可以用五折(原價 US$3.99) 的價格升級到專業版。省電超人專業版的下載連結是 https://play.google.com/store/apps/details?id=com.a0soft.gphone.aDataOnOff.pro

底下是這次比賽得獎的作品:

入圍的作品在這裡

在 2013/11/20 7pm-9-pm 《數位時代》將舉辦 AppNext 2013 應用程式創新大賽頒獎暨優勝團隊分享活動,我也會上台進行 6 分鐘的分享。想要參加(需自費)的,報名網址在這裡
時間:11月20日(週三) 晚上7:00-9:00
地點:台北科技大學綜合科館第三演講廳,忠孝東路3段1號




APP 著作權侵權處理實例

2013-10-09T17:31:56.513+08:00

(image)

Batch Uninstaller 是我最近開發的 app,其 app icon 圖示及名稱見下圖的上半部。前幾天在 Google Play 上突然發現有個 app 的圖示很眼熟 (見下圖的下半部),定神一看才發覺這不是我的 app,仔細檢查他的 app icon,發現他基本上是拿我的 icon 當背景,再做點淺加工而成。很明顯地他侵犯了我的著作權!

(image)

別擔心,要解決這樣的侵權問題,通常還不到上法院對簿公堂的地步。首先,我先到 Google 的檢舉疑似侵權的行為 網頁,提出著作權侵權檢舉。在這裡你可以用英文或中文來說明。不過遇到法律的問題,我建議你還是使用你最熟悉的語言,免得到時啞巴吃黃連,有理說不清。

進入檢舉網頁後,首先看到的是 "投訴者資訊",這部分就照實填寫。

(image)

接下來是我的版權作品資訊,也就是我必須要清楚說明我的著作權物是甚麼,在那可以看到。下圖你可以看到我處理這案件時所填的內容。

(image)

最後,如下圖,是宣誓聲明與數位簽章。確保我知道這檢舉案所應負的法律責任(例如,不實檢舉)。

(image)

再三檢查沒問題後,按下 "提交" 按鈕,信箱內就收到標題是 "[1-566xxxxxxxx] 您的Google投訴" 的信件,通知我 Google 已收到我的法律要求,會儘速著手處理之類的罐頭回文。

三天後,我就收到真正的回信,告知 Google 已依據《數位千禧年著作權法》的規定,將我所投訴的侵權案件處理完畢,也就是將對方的 APP 從 Google Play 中移除。檢查一下,Google Play 上果然再也找不到對方的 APP。

CASE CLOSED!

類似的 APP 著作權侵權案,這已經是我所處理過的第三個案件,都是 app icon 或應用內的圖直接盜用的著作權侵權。最長要等到將近一個月,才會收到 Google 的回信,這次最快,全部只花三天就解決。

著作侵權、商標侵權或無端被人不實檢舉,都可以到 從 Google 移除內容 上提出檢舉或申訴。至於專利侵權,就不是看看疑似侵權物就可以判定的事,所以你得先上法院,提出訴訟,告贏了再說。

前陣子有位朋友告訴我,有別的 app 偷他們 app 的 "圖", "動畫", "程式設計流程" 還有 "設計的概念",來信問我的想法及建議。靜態圖與動畫,還有文章都可以靠著作權來保護。"程式設計流程" 與 "設計的概念" 的保護我覺得還是得靠專利權才行。著作權是著作人於著作完成時即享有著作權,不用特別去申請。專利權,你得先申請到專利,才享有專利權的保護。所以,我建議他們直接從著作權侵權著手。

最近還有一個 My etag app 收到遠通警告信函 的案例,仔細研究一下,這明顯是疑似商標侵權的實例。先不論遠通的 etag 註冊商標是否存議,至少他已取得中華民國的商標權。所以 app 開發者在取 app 名稱之前,我都建議你先到 "各國" 商標局,檢索一下你所欲取的名稱是否與其它註冊商標相同或相似。絕對不要與現有的註冊商標衝突,事前的避免總比事後上法院處理來的容易許多,不是嗎?

我也常常建議產品開發者還是要仔細研讀著作權,商標權與專利權的內容,我在這裡只能提到這些權的皮毛,開發者一定要熟悉及申請這些權利,並做好事前的保護。

最後,我僅在這分享我個人的實際處理案例供你參考。以上言論不代表本人立場,如有疑問,請自行找台灣最貴的律師諮詢請教。




APP定期與SERVER同步資料應該要注意的事

2013-07-17T19:51:25.981+08:00

今天一位國外開發者遇到他的應用在定期與 server 同步資料時,因為 2x Battery 會將網路斷開,而造成他的程式始終無法抓到資料,來信問我是否有解法。其實就算使用者沒裝 2x Battery, 手機上的網路還是隨時會處於無法連線的狀態。因此,真要寫一個定期 polling (or post) 的 app。我建議還是要寫個 broadcast receiver 監聽android.net.conn.CONNECTIVITY_CHANGE intent。如果上次同步沒成功,就可在連線恢復時,繼續上次的同步工作。

有興趣知道細節的,可先閱讀底下資料:

原先這文章是發佈在我的 facebook, 有位網友加入討論,我覺得值得在這分享我們的討論給大家。底下就是我們的後續討論:


Julian Shen: 這Intent使用上要稍微小心, 網路有變化就會收到(像是3G<->Wifi),在網路不穩定的環境下就很容易頻繁收到, 在這份 document : http://developer.android.com/training/monitoring-device-state/connectivity-monitoring.html 有特別提到"it's good practice to monitor this broadcast only when you've previously suspended updates or downloads in order to resume them."


盧育聖: Julian Shen 你說的沒錯。

Android's DownloadManager 就是靠 CONNECTIVITY_CHANGE 來恢復網路下載的工作。想深入研究的開發者,可參考底下 Android 原始碼的實作。

  • packages\providers\DownloadProvider\src\com\android\providers\downloads\DownloadReceiver.java
  • packages\providers\DownloadProvider\src\com\android\providers\downloads\DownloadService.java

盧育聖: 另外補充 Julian Shen 提到的會頻繁收到 CONNECTIVITY_CHANGE intent 問題的解法。實務上,這個 receiver 預設是處於 disabled (加 android:enabled="false") 狀態的,只有當你上次同步失敗時,才 enable 這個 receiver,同步好後,記得要 disable 該 receiver。

如何動態 enable/disable receiver,請見:

http://developer.android.com/training/monitoring-device-state/manifest-receivers.html


看到這,你是否有不同的想法或解決方法?也歡迎在此一起討論。




Android 不再 open source?

2013-05-26T13:23:59.170+08:00

5/23 我在 FB 上貼上下列這段我對最近 Google Play Services 的看法。

這次 Google Play Services 更新,新增不少好用的 APIs。這些新功能都不在 AOSP 中,只隨 Google Play 出。講好聽一點是用戶可以很快拿到最新的 APIs。不過 Apps 一但用這些 APIs 就只能在有 Google Play Services 的機器上執行。山寨機可以不管智財權,直接內建 Google Play 及 Google Play Services,不過 Amazon 的機器就不能這樣做。難不成 Google 這招是項莊舞劍意在沛公?

原貼文:https://www.facebook.com/samlu128/posts/4145094164566

過沒幾天 Mark Murphy 也在他的部落格上,發表他對 Google Play Services 的想法。

Remember, Google Play Services is Proprietary

對 Google 採用這個新作法,他的諸多擔憂也與我不謀而合。

這個新作法,就像是雙面刃。一邊雖然可以解決硬體商 firmware 更新過慢的問題。但另一邊 Google Play Services 採 closed source 的方式,違背當初 open Android source 的初衷;且另一方面,靠這個方式排擠第三方 Android 勢力,只會讓 Google 越來越傲慢。

希望這一天永遠不要到來。




AppMgr APP 下載破兩千萬

2013-05-22T16:12:34.149+08:00

(image)

我的 AppMgr (原名App 2 SD) app 在歷經780天、30多次的改版後,在2012/8/15日寫下我 第一個千萬下載 的紀錄。接下來 AppMgr 很快在280天後的2013/5/20,來到兩千萬下載的新紀錄。算起來,這第二個千萬下載,只需花費原先第一個千萬下載36%的時間。

底下就是從10M到20M下載的成長曲線,在這期間,有9次的改版。要維持成長的動能,定期改版是不可或缺的。

(image)

支援的語系,也從原先的20種語系,增加到36種。底下是各語系的主要使用者分佈圖。英文當然是一定要支援的語系。與 之前 相比,西班牙語及泰語的使用人口,有較顯著的增加。

(image)

下圖是免費版使用者的分佈圖。與 之前 相比,雙印(印度及印尼)使用者增加最多。

(image)

下張付費版本的使用者分佈圖倒是沒有太多改變,與 之前 相比,俄羅斯從第四變成第三,而泰國也首次進入前10名。

(image)

目前我所有apps下載數的總和約3千6百萬,其中已經破百萬下載的apps有 AppMgr2x Battery1Tap Cleaner。而下載數即將來到百萬的也有 3D CompassBig FontaTrackDog。那下一個千萬下載會是誰呢?




Google AdMob 年度合作夥伴大獎

2013-03-27T16:11:37.713+08:00

(image)

2013/3/13 得到 Google AdMob 在台北寒舍艾美酒店頒發的年度合作夥伴大獎。頒獎日之前,AdMob 團隊還特地到我工作的地方拍了底下這支影片。

AdMob 成功案例分享 - 盧育聖 Sam Lu

width="560" height="315" src="http://www.youtube.com/embed/0jYuShbRoSs" frameborder="0" allowfullscreen>

想查閱 2012 年底在 Google AdMob 合作夥伴日給的「獨立開發者之最佳獲利實踐」演講投影片,請 點這

底下是當日活動的照片:

(image) (image) (image)



獨立開發者之最佳獲利實踐

2012-11-29T09:37:32.646+08:00

(image)

應 Google AdMob 邀請,在 2012/11/29 2pm 的「Google AdMob 2012 合作夥伴日」活動中,給一場 AdMob 的使用經驗分享。

底下是這次我給的演講投影片:

獨立開發者之最佳獲利實踐 - 投影片

src="https://docs.google.com/file/d/0BzsUaCH0kw7QMHlsUGJtM2YzSVk/preview" width="400" height="320">



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

2014-01-04T14:58:53.631+08:00

從 2009 年到 2013 我一直致力於 Android Apps 開發之各項教學與推廣活動。到了 2014 年的開始,我想這項階段性任務應該是到了他該結束的時候。也就是說,從 2014 年開始,我將不再承接所有授課、演講與採訪等活動。 2013 mobile app development training courses for Android 4 @ Taiwan 底下是 2013 年設計開的 Android 相關課程。 入門課 - 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 notificati[...]



App 2 SD 千萬下載 PARTY

2012-09-30T20:17:25.562+08:00

App 2 SD 10M Downloads Party - 2012/9/27 @ Taipei GB Restaurant

(image)

透過各位好朋友的幫忙,終於在 9/27 晚上辦了一場熱熱鬧鬧的 App 2 SD 千萬下載 Party。Party 中,我們一起回顧從 2008-2012 在台灣發生的 Android 大小事,也找了相關合作夥伴及朋友來分享當時的心情。有一起走過這段路的朋友,聽到各位好友的分享,心中一定有不少感觸。

這次 Party,我邀請了開發者、UI 設計師、創投、廣告聯播平台、媒體記者、產業分析師、會計師等不同領域將近 40 位朋友來參加。相信來的朋友,從了可以和老朋友敘舊外,也可以認識不少新朋友,一起分享我的朋友資源。

謝謝各位好朋友一路陪我走來,一同經歷 Android 在台灣的發展。我起頭辦這第一個千萬下載 Party,也希望很快有下一位朋友接棒辦千萬下載 Party。

再次謝謝當天來參加的各位好朋友。

Google+: https://plus.google.com/u/0/110650936199389484797/posts/MKm9d9RCjrM

Facebook: https://www.facebook.com/samlu128/posts/423455074379475

PARTY 相片集: https://plus.google.com/photos/110650936199389484797/albums/5793824523755105073




我的第一個千萬下載 App

2012-08-22T21:01:11.011+08:00

就在 Android Froyo(2.2) 剛發表1個月後的2010年6月,我花了三天的時間寫了 App 2 SD。在此之後,經過780天並歷經30多次的改版後,終於在2012年8月15日寫下我第一個app破千萬下載的新紀錄。要達到1千萬下載,對某些應用類型來說,也許不是一個太困難的任務,不過對於像是 App 2 SD 這樣只花3天就可寫完的工具型小應用,千萬下載的確是我當初所料想不到的結果。 Android 2.2發表於2010年5月,不過當時內建2.2的手機卻不多見,因此只支援Android 2.2+的App 2 SD,並沒有顯著的高下載數,而我也一直將這個應用以免費應用型態發行著,甚至連廣告也沒有。一直到了2011年,這情況開始有了改變。因為2.2手機的陸續面市,我發覺App 2 SD的下載數有明顯的增長,也才意識到這個應用已是蠢蠢欲動、蓄勢待發,就等我點燃他的下載爆發力。 擠入超過30國Top 100排行榜 下圖是App 2 SD付費版的排行歷史紀錄。在工具類排行榜上,曾經在3個國家中佔據第一名的位置,也曾在超過30個不同國家中,進入前10名。在所有apps(包含遊戲,加總起來約有70萬個應用)的排行上,曾經在多達31國Top 100排行榜占有一席之地。 每天有6萬的下載數 用780天達到千萬下載,平均每天的下載數是12K。不過,最近每天的下載數比這平均值高很多,大約有60K。依照這樣的速度,應該在200天後,會達到2千萬下載的新里程碑。 底下是從2011/11到2012/8的每日安裝數曲線圖: 一個熱門應用有了好的開始之後,接下來要做的事,就是持續觀察這每日安裝數曲線的變化,以及要用各種辦法維持這曲線的成長動能。 美日付費使用者佔4成 這是各國使用者的分布餅型圖,上圖是免費使用者的分布,而下圖代表的是付費使用者。 台灣在免費使用者的排行是第4,不過在付費使用者卻是名落孫山。這當然不是台灣人不願掏錢買app,而這一切的一切都得感謝 台北市葉狀師 的用心良苦,用了這破釜沉舟之計,斷了台灣開發者的後路,讓台灣使用者沒法買付費應用,逼得台灣開發者一定得向外賺取外匯所造成的結果。 免費應用也能有收入 App 2 SD有免費及付費兩種版本,達到千萬下載的,當然指的是免費版。付費版賺的是一次性收入,而免費版賺得的是廣告收入,這是持續性的收入,也就是說只要有人使用你的應用,你就能持續從中收取廣告收益。目前這應用每天有160萬的廣告曝光數,有6500個點擊。 支援20種語系 要達到千萬的下載,發行英文版是其中一個不可或缺的要件。而且我會建議你第一個語言的版本,一定要是英文版才行,千萬不要抱有先發行中文版再來做英文化的想法。 底下是各語系使用者安裝App 2 SD的百分比數: 等到你的應用有變身為熱門應用的潛力(下載數達10萬)時,這時你再來依照這圖表,依序為其他地區做本土化的動作。到目前,App 2 SD已經支援多達20種不同語系,這些語系包括有Arabic, Bulgarian, Chinese (Traditional), Danish, Dutch, English, French, Finnish, German, Hebrow, Italian, Japanese, Korean, Polish, Portuguese Brazilian, Romanian, Russian, Spanish, Turkish, Vietnamese。 山寨與盜版數也是熱門應用的衡量指標 一個熱門的應用,除了帶[...]



Android Day 2012大會 @ May

2012-04-23T20:04:08.638+08:00

Android Day 2012大會 @ May

(image)

今年應 Android Day 大會的邀請,準備在 5/2 給大家 3 場不同層次的演講。上午是 Keynote,講題是「迎接APP新經濟時代」,接下來是名為「Android in Taiwan:Link All Together」的座談會,這兩場主要著重於市場面,是非技術性的演講。下午則是專門探討Android開發的工作坊「開發熱門應用之最佳實踐」。

底下是關於上、下午兩場演講的簡介與大綱:

2012年5月2日(三), 09:50–10:30, Keynote: 迎接App新經濟時代

一場手機應用產業的革命,正在全球蔓延。這個活躍的APP新經濟,即將替創業家創造數以百億美金的新財富,並且改變現有的商業模式規則與版圖。這個行動應用產值,4年成長10倍,只花3年就徹底顛覆人類建立超過10年的使用習慣,面對這樣如野火般的產業革命,你是否已準備好迎接這波新經濟浪潮?

大綱:

  • 手機與手機應用新經濟
  • 微型應用、微型創業、微型創投
  • 手機應用發展趨勢

2012年5月2日(三), 13:20–14:30, 工作坊B(I): 開發熱門應用之最佳實踐

要開發一個熱門應用,從一開始的應用定位,開發時的技術實現與創新,完成開發後的最佳發佈與宣傳方式,到如何獲利,甚至透過各項數字指標,來擬定後續開發與宣傳計畫之進行,都有許多值得你關注的事項與實踐經驗。2x Battery(省電超人)應用全球下載數已超過200萬,為熱門省電應用之一。在這個工作坊中,主持人將藉由開發2x Battery之實際經驗,與Android應用開發者一同分享與探討,開發熱門應用之最佳實踐方式,以及省電超人開發期間之種種研發秘辛。

大綱:

  • 產品定位
  • 堅實技術
  • 應用命名
  • 獲利模式
  • 行銷推廣
  • 客戶服務
  • 成效追蹤

想索取「開發熱門應用之最佳實踐」最新講義,請於 2012/5/10 之前,透過瀏覽器連上 http://goo.gl/T6h5B 申請。




How to install/uninstall app with PackageInstaller?

2012-02-27T10:40:19.645+08:00

How to install/uninstall app with PackageInstaller?
Reference: http://android.amberfog.com/?p=98
==============================
String fileName = Environment.getExternalStorageDirectory() + "/myApp.apk";
Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setDataAndType(Uri.fromFile(new File(fileName)), "application/vnd.android.package-archive");
startActivity(intent);
==============================
Uri packageURI = Uri.parse("package:com.android.myapp");
Intent uninstallIntent = new Intent(Intent.ACTION_DELETE, packageURI);
startActivity(uninstallIntent);
==============================
int result = Settings.Secure.getInt(getContentResolver(), Settings.Secure.INSTALL_NON_MARKET_APPS, 0);
if (result == 0) {
// show some dialog here
// ...
// and may be show application settings dialog manually
Intent intent = new Intent();
intent.setAction(Settings.ACTION_APPLICATION_SETTINGS);
startActivity(intent);
}
==============================



Android 4.0 技術與就業研討會

2012-02-02T11:32:08.469+08:00

(image)

3/7 日下午有個「Android 4.0 技術與就業研討會」。我講的部分是 Fragments,這是 Android 3/4 中最重要的一個新架構。有興趣的歡迎報迎參加。


這個活動是由台灣知識庫主辦,時間是 3/7 1pm-5:30pm,地點應該就在台北車站附近的開封街一段32號4樓。




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

2012-11-01T12:20:34.421+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 - Stat[...]