Android Weekly Notes Issue #237

Android Weekly Issue #237

December 25th, 2016
Android Weekly Issue #237
這是本年的最後一篇issue, 感謝你們.
本期內容包括: ConstraintLayout的使用; Android Things的應用; 如何利用第三方庫使得Java具備Kotlin的一些新特性; Firebase是如何利用ContentProvider進行初始化的; Kotlin上的併發處理; 其餘還有一些關於程序架構, 代碼優化相關的討論.

ARTICLES & TUTORIALS

Building interfaces with ConstraintLayout

本文介紹ConstraintLayout的chains和ratios. 另外還提到不少使用ConstraintLayout的實現細節.

所謂chains就是幾個View之間創建的雙向約束.

ratios是幫助你設置View的寬高比, 它所作的事情和PercentFrameLayout差很少, 可是不用添加額外的ViewGroup.

Electronic Candle using Android Things

用ObjectAnimator和Android Things搭建的一個電子蠟燭.

ExoPlayer 2.1 - What’s new

ExoPlayer 2.1有什麼新功能.
這是他們的release notes.

Living (Android) without Kotlin

若是你由於種種緣由不能在項目中使用kotlin, 這篇文章告訴你如何藉助於一些工具和庫用Java實現Kotlin的一些features.

Christmas Voice – Part 1

做者發佈了一個改變聲音的應用, 而且將其開源了: ChristmasVoice.

How does Firebase initialize on Android?

Firebase在Android上是如何初始化的?

不少SDK在初始化的時候會要求應用傳入Context. Firebase簡化了這一步驟. 解決方案就是用了ContentProvider, 既解決了時間問題, 也獲得了sdk須要的Context. 而且不須要應用的開發者添加任何額外的初始化代碼.

選擇ContentProvider主要有兩點緣由:

• ContentProvider初始化早.
  當一個Android進程啓動的時候, 首先會初始化每個ContentProvider, 而後是Application, 最後是被Intent啓動的組件.

在ContentProvider初始化的時候, 就能夠拿到Context了.

• ContentProvider能夠merge到最終的manifest裏.
  Manifest merge是在build的時候來定義你的應用最終的manifest. 最終的manifest會包含全部依賴的庫的manifest中聲明的組件.

若是你也想選擇用ContentProvider來作應用或庫的初始化, 請注意authority的惟一性問題和ContentProvider只在主進程運行的問題.

Seductive Code

當咱們在改善代碼可讀性的時候, 頗有可能會影響到性能和可維護性.

做者舉例說明了他在實際編程中遇到的幾個問題.

Testing Android Things – Unit & Vendor tests

如何開發Android Things應用, 才能讓測試更加容易. 本文以一個很小的LED燈閃爍程序爲例.

Engineering the Architecture Behind Uber’s New Rider App

Uber團隊從新打造了他們的ride app, 提出了一個新的構架模式: Riblets.

關於架構的選型, 已有的類型能夠查看這個iOS Architecture Patterns.

Rebuilding the Buffer Android Composer

做者重構了本身應用的代碼, 應用了clean architecture, 本文講述了其過程.

Papercut

Papercut是一個庫, 用來標記那些咱們以爲須要刪除或者須要重構的代碼.

Concurrency Primitives in Kotlin

做者最近看了一本書, 講Android的併發, 以爲很好, 想要用Kotlin來重寫書中的例子, 結果發現:

• Kotlin中沒有synchronized關鍵字.
• Kotlin中沒有volatile關鍵字.
• Kotlin中的Any, 類比於Java中的Object, 可是卻沒有wait(), notify()和notifyAll()方法.

因此Kotlin中的併發是怎麼處理呢? 這裏有個問題: Kotlin forum, Kotlin語言的開發人員表示這些應該由庫來處理, 而不是語言自己.

儘管Kotlin不支持, 可是它仍是提供了一些底層的併發工具.

• 建立線程. 由於Kotlin能夠調用Java代碼, 因此仍然能夠經過兩種方法來建立線程.
• @Synchronized註解和synchronized()方法.
• @Volatile註解.
• 沒有wait(), notify()和notifyAll()方法, 可是能夠把Object對象做爲鎖, 而後調用鎖的這些方法.

stackoverflow上有一個相關問題, 答案很不錯, 列了處理併發的一些有用的庫.

LIBRARIES & CODE

KataScreenshotAndroid

一個Screen Kata應用, 用來練習作UI測試的.

Papercut

一個用來標記須要重構或者移除代碼的工具庫.

Squint

一個能夠自定義的對角線切割View.

Colorful

一個動態的主題庫, 讓你能夠方便地修改應用的顏色.

scytale

包裝了JCA API和AndroidKeyStore API, 讓建立, 加密和管理任何Android API的keys變得更容易.