Android Weekly中文筆記, Issue #225. 本期內容包括: Android 7.0的Quick Settings; Firebase; 相容舊版本的shared element transition; Wear; ORM: 用ActiveAndroid做資料庫存儲; 崩潰報告工具... ...
Android Weekly Issue #225
October 2nd, 2016
Android Weekly Issue #225
本期內容包括: Android 7.0的Quick Settings; Firebase; 相容舊版本的shared element transition; Wear; ORM: 用ActiveAndroid做資料庫存儲; 崩潰報告工具對比; Google Cast API介紹; Google的播放器庫ExoPlayer 2.x發佈; 項目的包結構整理; Task API的使用等等.
ARTICLES & TUTORIALS
Android 7.0的快速設置 Quick Settings Tiles
從Android 7.0 (API 24)開始, 任何app都可以創建一個quick settings tile, 快速訪問關鍵功能.
它除了是一個展示最新信息的UI, 點擊一個片還可以trigger後臺任務, 打開dialog或activity.
一個好的quick settings tile:
決定是否要建立這樣一個tile時, 主要考慮緊急性和頻繁性兩個方面.
每一個tile和一個TileService關聯. 和其他service一樣, 它需要在manifest中註冊, 它的label和icon就是顯示在quick settings上的文字和圖片.
TileService的生命周期:
TileService是一個bound service, 它的生命周期主要由系統控制. 主要有三個階段: being added, listening, being removed.
onTileAdded()
: 當用戶添加這個tile到quick settings.onStartListening()
: tile變為可見.onStopListening()
: tile變為不可見.onTileRemoved()
: 用戶移除這個tile.
以上這是預設模式, 如果你準確地知道何時更新, 你可以使用active mode.
此時更新的回調onStartListening()
是通過靜態方法主動觸發的.
更新UI:
UI是Tile, 主要包含icon, label, description和state. 最後必須調用updateTile()
方法.
處理點擊:
在onClick()
回調觸發的時候, 我們可以啟動一些後臺工作, 或者showDialog()
, 或者startActivityAndCollapse()
.
對於鎖屏的機器有一些限制, 不能打開dialog, 並且activity需要有一個特定的flag, 有一個unlockAndRun()
方法可以讓用戶先解鎖後做一些工作.
長按tile預設會打開app的app info屏, 當然這個行為也可以override. 只要給你想打開的activity加上ACTION_QS_TILE_PREFERENCES
.
Android開發最佳實踐 Android Development Best Practices
關於性能:
Best Practices for Performance;
Performance and Optimization
關於架構:
android-architecture
寫單元測試和UI測試.
使用Proguard, Stetho.
復用佈局, 使用
reusing-layouts.
把launcher icons放在mipmap文件夾下.
多用shape和selector而不是圖片.
避免深層次的佈局.
向Intent或Bundler傳數據時, 使用Parcelable
而不是Serializable
. 因為後者使用反射而比較慢.
不要在UI線程進行文件操作.
明白Bitmaps. 因為它們占用很多memory. Displaying Bitmaps
使用style來避免重覆的屬性設置.
需要時使用Fragment.
明白Activity的生命周期.
使用得到公認的libraries而不是自己的實現.
在各種機器上測試.
Recap Of Google Launchpad Build Lagos : All About Firebase
作者參加了一個叫Google Launchpad Build的會議, 這篇文章是總結, 全部是關於Firebase的.
Android Shared-Element Transitions for all
在Lollipop+的設備上, shared element的transition動畫很好實現, 但是在舊的版本上該怎麼辦呢? 作者展示了他的方法:
- Activity A捕捉origin view的初始值, 通過Intent把它們傳給Activity B;
- Activity B完全透明地啟動;
- Activity B讀取bundle中的值, 準備場景;
- Acitivty B運行shared element動畫.
幾個實現細節:
需要知道View在B中的位置, 時機是layout之後, 但是draw之前, 即onPreDraw()
.
返回時只需要把這個動畫反向播放即可.
Writing Better Adapters
(這個上一期剛講過, 不知道為什麼重覆了. )
就是關於RecyclerView的Adapter, 作者認為多種View類型時, Adapter中太多的instance of和強制類型轉換不是一種好做法, 於是提出了他的做法.
Android Wear: Accessing the Data Layer API
Data Layer API是Google Play services的一部分, 用於不同設備(手機和手錶)間的數據交換.
作者先提供了代碼, 發送和存儲數據, 監聽數據變化.
問題是, 如果Wear第二次向mobile請求數據, mobile發送了和上一次一樣的數據, Wear並不會進入onDataChanged()
, 因為數據並沒有變化.
所以作者想知道如何從Data Layer API來獲取數據, 並展示了他的方法在不同情形下的應用.
Espresso Tests For TextSwitcher
作者想給TextSwitcher寫Espresso測試.
從Android Studio 2.2開始, 你可以錄製你的操作, IDE將會自動為你生成Espresso測試代碼. 但是作者錄了一個有關TextSwitcher的測試之後, 跑失敗了.
這是因為TextSwitcher
繼承了ViewSwitcher
, 其實現其實是把兩個TextView加到了佈局里.
所以Espresso拋出了AmbiguousViewMatcherException
.
所以作者根據可見性區分了它倆, 修複了測試.
還可以根據child view的index來區分.
Animating Android Activities and Views with Slide Animations
作者展示瞭如何給Activity和View加上左右滑動的動畫.
Guide to ORM using ActiveAndroid: Part 1
這是一個系列教程, 相關的代碼在: ActiveAndroid-Tutorial
什麼是ORM(Object-Relational Mapping)呢?
a technique to convert between incompatible type-systems in an object-oriented programming language.
在面向對象的語言中, 轉換不相容的類型的技術.
ActiveAndroid是一個ORM(object relational mapper), 讓你不用寫SQL語句, 就可以讀寫資料庫.
A Comparison of Android Crash Reporting Tools
作者對比了幾種崩潰報告工具, 並介紹瞭如何使用.
包括: Firebase, Crashlytics, Apteligent, Bugsnag.
Google Play Services: Google Cast v3 and Media
Google Cast是一個讓用戶把網上的內容發送到設備上的技術. 通常用來和TV交換內容.
作者詳細地介紹瞭如何使用Google Cast SDK來創建應用.
註: 要建造客戶端程式, 首先需要註冊: https://cast.google.com/publish/.
這是收費的.
ExoPlayer 2.x - It’s here (plus FAQs)!
Google的庫google/ExoPlayer升級到v2.x了.
(它是一個Media Player, YouTube用的就是它.)
這次是個重大更新, 添加了很多新功能, 推薦大家以後用新版.
How We Rethought our Complete Package Structure for Buffer on Android
作者他們重新整理了項目的包結構, 總結了整個過程還有從中學到的東東.
作者他們之前的包結構是按類型的, 有activities, fragments, adapters等包. 因為類名以類型終結, 所以索性就按整個分組.
當app變得越來越大, 這種組織方式發現就不太好, 感覺很難找東西, 並且感覺沒什麼結構.
經過改變之後, 作者他們採用了一種更加整潔並且易於導航的結構.
新結構中, 當添加一個新的feature, 就保持在同一個目錄中, 這樣就不用來回切換目錄.
作者他們的新結構有四個總目錄:
- data
- ui
- injection
- util
data中包含網路請求及相關的models, preferences, database, data models, 還有其他和數據直接關聯的東西.
其中和不同API關聯的models又分別組織在子目錄下.
ui目錄中包含所有和UI相關的組件, 在這個包中按照功能又拆分了子目錄. 其中有base包, 用來盛放Fragment, Activity和MVP的基類, 介面等; 還有common包, 用來盛放公共控制項.
injection中包含所有依賴註入的類, 分component, module和scope的子目錄.
util中含有Helper和Utility類.
Become a Firebase Taskmaster! (Part 3)
這是系列文章的第三篇, 這個系列是關於Play services的Task API.
如果項目里已經依賴了Firebase, 變自動包含了Task API, 如果不想用Firebase, 可以單獨添加依賴:
compile 'com.google.android.gms:play-services-tasks:9.6.1'
創建新的Task可以用下麵這兩個方法:
Task<TResult> call(Callable<TResult> callable)
Task<TResult> call(Executor executor, Callable<TResult> callable)
第一個call()
方法在主線程執行任務, 第二個call()
方法可以把工作提交給一個Executor
.
Callable有點類似於Runnable:
public class CarlyCallable implements Callable<String> {
@Override
public String call() throws Exception {
return "Call me maybe";
}
}
參數制定了方法的返回值的類型, 進而也是創建出Task的類型.
Task<String> task = Tasks.call(new CarlyCallable());
想要鏈式執行, 進行後續操作, 可以用Continuation.
public class SeparateWays implements Continuation<String, List<String>> {
@Override
public List<String> then(Task<String> task) throws Exception {
return Arrays.asList(task.getResult().split(" +"));
}
}
它繼承介面時指定了輸入和輸出的類型, 它的輸入來自於Task的輸出.
可以多寫幾個Continuation類然後連起來:
Task<String> playlist = Tasks.call(new CarlyCallable())
.continueWith(new SeparateWays())
.continueWith(new AllShookUp())
.continueWith(new ComeTogether());
playlist.addOnSuccessListener(new OnSuccessListener<String>() {
@Override
public void onSuccess(String message) {
// The final String with all the words randomized is here
}
});
LIBRIARIES & CODE
groupie
顯示和管理複雜的RecyclerView佈局, 把你的items按照邏輯分組管理.
android-junit5
Gradle插件, 用JUnit5做Android的單元測試.
epoxy
用來構建複雜的RecyclerView屏.