編輯:關於Android編程
Android系統的權限從用戶的角度來看有時候的確有點讓人摸不著頭腦。有時候可能你只需要做一些簡單的事情(對聯系人的信息進行編輯),卻申請了遠超你應用所需的權限(比如訪問所有聯系人信息的權限)。
這很難不讓用戶對你保存戒備。如果你的應用還是閉源的那用戶也沒辦法驗證是否你的應用正在把他的聯系人信息上傳到應用服務器上面去。即使你向用戶解釋你為什麼申請這個權限,他們最後也可能不會相信你。所以我在過去開發Android應用的時候避免去用一些奇技淫巧,因為這會額外去申請權限,用戶也會對你不信任。
經過一段時間實踐後,我有這樣一個體會:你在完成某些操作的時候並不一定需要申請權限的。
比如Android系統中有這樣一個權限: android.permission.CALL_PHONE
. 你需要這個權限來讓你從你的應用中調用撥號器,對嗎?下面的代碼就是你如果撥打電話的,對吧?
Intentintent=newIntent(Intent.ACTION_CALL); intent.setData(Uri.parse(1234567890)) startActivity(intent);
錯!這個權限可以讓你的手機在沒有用戶操作的情況下打電話!也就是說如果我的應用用了這個權限,我可以在你不知情的情況下每天凌晨三點去撥打騷擾電話。
其實正確的做法是這樣的——使用 ACTION_VIEW
或者 ACTION_DIAL
:
Intentintent=newIntent(Intent.ACTION_DIAL); intent.setData(Uri.parse(1234567890)) startActivity(intent);
這個方案的動人之處在於你的應用就不用申請權限啦。 為什麼不需要權限呢?因為你使用的這個 Intent 會啟動撥號器,並將你設置好的號碼預先撥號。比起之前的方案,現在還需要用戶點擊“撥號”來打電話,沒有用戶的參與,這個電話就打不出了。說實話,這讓我感覺很好,現在很多應用申請的權限讓人有點不知所措。
另外一個例子:我為我的妻子寫了一個叫做 Quick Map 應用,這個應用主要是為了解決她對現有的導航應用的吐槽。她只想要一個聯系人列表和一條導航到這些聯系人所在地的路徑。
看到這裡你可能覺得我需要申請訪問所有聯系人信息的申請來完成這個應用:哈哈哈,你又錯了!如果你看了我的源碼,你就知道其實我用了 ACTION_PICK
這個Intent 啟動相關應用來獲取聯系人地址的:
Intentintent=newIntent(Intent.ACTION_PICK); intent.setType(StructuredPostal.CONTENT_TYPE); startActivityForResult(intent,1);
這意味著我的應用不但不需要申請權限,而且還不要額外的UI。這讓應用的用戶體驗也提升了不少。
在我看來,Android系統最酷的部分之一就是 它的 Intent 系統。因為Intent 意味著我不需要任何東西都要自己來實現。每個應用都會在Android注冊它所擅長處理的數據領域,比如電話號碼,短信或者聯系人信息。如果什麼事情都要一個應用來解決,那麼這個應用會變得十分臃腫。
Android系統另外一個優點就是我可以利用其它應用所申請的權限,這樣我的應用就不需要再次申請了。Android系統中的以上兩點可以讓你的應用變得更加簡單。撥號器需要權限來撥打電話,但是我只需要一個撥打電話的intent就行了,不需要權限。因為用戶信任Android自帶的撥號器,但不信任我的應用,這很好啊。
我寫這篇博客的意義在於在你申請權限之前,你應該至少好好讀讀關於Intent的官方文檔,看看是否可以通過其他應用來完成你的操作。如果你想更深入的了解,你可以研究一下這篇關於權限的官方文檔,裡面介紹更多更精細的權限。
總之,使用更少的權限不但可以讓你獲取更多的用戶信任,對用戶來說,也讓他們獲得了很好的用戶體驗。
source:Dan Lew I don’t need your permission!
Android 序列化1.序列化的目的 (1).永久的保存對象數據(將對象
1.介紹MPAndroidChart GitHub地址 MPAndroidChart的強大之處就不在多說了,目前最新的版本是3.0.1,在新版本中很多方法都被
接著第一個Android UI手勢密碼設計的基礎上繼續改進,效果圖如下activity_main.xml<LinearLayout xmlns:android=ht
總結:同一task內的activity可以是來自不同進程的activity棧內的activity不會重新排序,只能push或者popstandard模式允許多