譯者：李鑫

原文：Random Musings on the N Developer Preview

本文為極客學(xué)院Wiki組織翻譯，轉(zhuǎn)載請(qǐng)注明出處。

時(shí)間：2016.3.21

每當(dāng)谷歌發(fā)布新的開(kāi)發(fā)者預(yù)覽版時(shí)，我都會(huì)在 API 差異報(bào)告和高級(jí)別概述查找一番，看看是否存在一些值得開(kāi)發(fā)者更多關(guān)注的東西，重點(diǎn)查找一些開(kāi)發(fā)者可能都會(huì)使用的主流特性。我也會(huì)特別留意一些關(guān)注度可能不是很高的東西，因?yàn)橛行〇|西都已經(jīng)淹沒(méi)在 Java 文檔中了。

這次發(fā)布的 N 有點(diǎn)像冰山一角。概要中所展示的內(nèi)容雖然有趣，但到正式版發(fā)布之時(shí)，改動(dòng)可能會(huì)非常多。這種情況可能跟轉(zhuǎn)換到 OpenJDK 有點(diǎn)關(guān)系，詳情請(qǐng)參看我之前的隨筆。

現(xiàn)在就應(yīng)著手研究的特性

• 多窗口功能的支持將在短期內(nèi)獲得很多媒體的關(guān)注。多窗口支持是板上釘釘?shù)牧?/strong>。除非 targetSdkVersion 為 N（今天，可能最終是 24）并且你特別聲明不想讓 activity 被調(diào)整尺寸，否則你的應(yīng)用將一定能被用戶調(diào)整尺寸。這里還有一些例外情況，尤其是能夠通過(guò) screenOrientation 修改原始方位的 activity。但總的來(lái)說(shuō)，不管喜歡與否，activity 將來(lái)都可以被調(diào)整尺寸。而且，用戶也希望能夠調(diào)整你的 activity 的尺寸。綜合各種形式的因素考慮，這一特性大概應(yīng)盡早地經(jīng)常進(jìn)行測(cè)試。

• 安卓準(zhǔn)備進(jìn)入桌面市場(chǎng)的消息已經(jīng)不是新聞了。多窗口支持明顯就是為了桌面方式應(yīng)用而設(shè)計(jì)的。盡管現(xiàn)在的媒體可能更為關(guān)注分屏模式，但我猜到了五月底，媒體的關(guān)注焦點(diǎn)將是“自由形態(tài)”（freeform）模式（大型設(shè)備制造商將能選擇啟用“自由形態(tài)”模式，從而使用戶自由地定義每個(gè) activity 的尺寸）。按照谷歌對(duì)該模式的闡述，很可能是針對(duì)窗口化桌面應(yīng)用。但我考慮，除了多窗口支持之外，以下改動(dòng)確實(shí)標(biāo)志著安卓將開(kāi)始進(jìn)入桌面領(lǐng)域：

  • 現(xiàn)在可以對(duì)剪切、復(fù)制、粘貼以及 Activity 中的 onProvideKeyboardShortcuts() 指定專用的鍵碼，暗示將更為關(guān)注硬件的鍵盤(pán)輸入功能。

  • 現(xiàn)在有了 PointerIcon，以及 View 中的指針捕獲鉤子，暗示將更為關(guān)注鼠標(biāo)/觸控板的輸入功能。

  • 現(xiàn)在出現(xiàn)了 FEATURE_ETHERNET，以及大概會(huì)有的對(duì)應(yīng)的 <uses-feature> 選項(xiàng)，暗示將更多關(guān)注硬連線的網(wǎng)絡(luò)連接。

• Android 6.0 引入了 Doze （瞌睡）模式，這曾讓一些開(kāi)發(fā)者感到非常吃驚。那時(shí)，該模式被限制用于靜止?fàn)顟B(tài)的設(shè)備中（比如晚上放在了床頭幾上）。到了 Android N 時(shí)代，只要設(shè)備不處于充電狀態(tài)，隨時(shí)都可以啟用 Doze 模式——即使設(shè)備處于移動(dòng)狀態(tài)。這一模式改變的不是應(yīng)用的行為，而是應(yīng)用受此影響的程度，另外一個(gè)值得注意的問(wèn)題是，該模式可能會(huì)觸發(fā)用戶支持問(wèn)題的頻率。

• 多語(yǔ)言環(huán)境支持也使得資源協(xié)議變得更為復(fù)雜。需要你更多地關(guān)注對(duì)語(yǔ)系的完整翻譯，而不能是部分的。如果有些語(yǔ)系丟失了一個(gè)字符串，用戶設(shè)備就可能馬上在默認(rèn)的資源集中（如res/values/strings.xml）用隨便一個(gè)字符串來(lái)代替它。在 N 中，用戶可能從次級(jí)語(yǔ)言環(huán)境中獲取字符串。如果在翻譯集中出現(xiàn)的漏洞足夠多的話，那么用戶設(shè)備屏幕上顯示的語(yǔ)言就會(huì)完全不同了。一定要確保翻譯的完整性，無(wú)論是引入翻譯，還是添加面向用戶字符串時(shí)。

• 還是跟多語(yǔ)言環(huán)境支持有關(guān)，如果你的應(yīng)用設(shè)置會(huì)覆蓋用戶設(shè)備所用的語(yǔ)言環(huán)境，那么在使用 N 時(shí)請(qǐng)全面測(cè)試。

• 據(jù)數(shù)據(jù)流量節(jié)省功能（Data Saver）文檔顯示，應(yīng)用需要“對(duì)于后臺(tái)數(shù)據(jù)使用上的限制，要恰當(dāng)?shù)靥幚怼?。?duì)此我理解為，數(shù)據(jù)流量節(jié)省功能有點(diǎn)像是應(yīng)用備用功能，除非用戶主動(dòng)使用應(yīng)用，否則訪問(wèn)互聯(lián)網(wǎng)功能受限。這一功能同樣也需要全面測(cè)試才行。

• 你可能會(huì)忍不住使用 ACTION_IGNORE_BACKGROUND_DATA_RESTRICTIONS_SETTINGS 去引導(dǎo)用戶將應(yīng)用添加到 Data Saver 白名單中，以便可以正常進(jìn)行后臺(tái)網(wǎng)絡(luò)訪問(wèn)。但請(qǐng)記住，谷歌也有類似的電池電量白名單……如果使用那個(gè)行為，將使得應(yīng)用被 Play Store 封殺。目前還沒(méi)有 Data Saver 白名單的相關(guān)文檔說(shuō)明……但是，再說(shuō)一句，在Android 6.0 發(fā)布前，對(duì)于進(jìn)入電池電量節(jié)省白名單的請(qǐng)求，谷歌方面也沒(méi)有明說(shuō)會(huì)封殺應(yīng)用。

• 總體來(lái)說(shuō)，網(wǎng)絡(luò)安全配置可以很有效地保護(hù)你的應(yīng)用。開(kāi)發(fā)者們收到的有關(guān)介紹失效 X509TrustManager 實(shí)現(xiàn)的郵件中涉及到了一個(gè)有用的副作用。其中一些失效的TrustManager 實(shí)現(xiàn)已經(jīng)跟使用自簽名證書(shū)關(guān)聯(lián)到一起了。現(xiàn)在，你可以使用調(diào)試-重寫(xiě)來(lái)允許應(yīng)用使用自簽名證書(shū)。如果我沒(méi)理解錯(cuò)的話，這意味著可以在需要時(shí)（比如測(cè)試服務(wù)器）光明正大地使用自簽名證書(shū)，而不用再冒險(xiǎn)在產(chǎn)品發(fā)布時(shí)支持這種證書(shū)。

• 所有典型的 JUnit 測(cè)試用例基類都被棄用，比如 ActivityInstrumentationTestCase2 和 ActivityTestCase。如果你還沒(méi)有這樣做，那么差不多會(huì)在明年轉(zhuǎn)變成 JUnit4 測(cè)試支持。

• 目前有了一個(gè)新的 FileUriExposedException。如果使用 file: Uri 值就會(huì)拋出該異?！，F(xiàn)在還不完全清除何種情況下拋出。（2016-03-14 更新：如果使用 file:``Uri 值，則幾乎會(huì)拋出該異常）。StrictMode.VmPolicy.Builder 中的 penaltyDeathOnFileUriExposure() 據(jù)推測(cè)可能會(huì)觸發(fā)這個(gè)異常。但是，含混的措辭說(shuō)明，或許 N（以及 Android 的未來(lái)版本）會(huì)采用默認(rèn)拋出該異常的機(jī)制，就像拋出 NetworkOnMainThreadException 異常那樣。為了處理這個(gè)問(wèn)題：

  • 如果從第三方應(yīng)用中接受了 Uri 值，請(qǐng)做好對(duì) content: Uri 值的支持工作。不要犯傻地認(rèn)為這些值都來(lái)自 MediaStore 或具有能夠獲取的文件路徑。請(qǐng)使用 openInputStream()、getType() 以及帶有 ContentResolver 的 OpenableColumns 來(lái)使用 Uri 標(biāo)識(shí)的內(nèi)容。

  • 如果將 Uri 值發(fā)送到其他應(yīng)用中（ACTION_VIEW、ACTION_SEND，等等），請(qǐng)繼續(xù)continue moving over to content: Uri 值。使用 FileProvider，也許也可以輔以 我的 LegacyCompatCursorWrapper （為了避免犯下前面提到的錯(cuò)誤）。最低限度也要將你創(chuàng)建這些 Uri 值的方法隔離到未來(lái)可能更容易切換到 content: Uri 值的位置下，以防止在生產(chǎn)環(huán)境下拋出 FileUriExposedException 異常。

• 如果你在 BitmapFactory.Options 上使用 inPreferQualityOverSpeed，那么現(xiàn)在看來(lái)，這已經(jīng)被廢棄了。相關(guān)文檔聲明，在 N 中標(biāo)志會(huì)被忽略，因?yàn)椤拜敵鰧⒁恢笔歉哔|(zhì)量的”。根據(jù)相關(guān)的報(bào)道，這種做法有點(diǎn)像是烏比岡湖效應(yīng)，或者也可以說(shuō)是一直處于憤怒狀態(tài)的綠巨人。

• 如果你看過(guò) N 的 API 差異報(bào)告，可能會(huì)有點(diǎn)恐慌吧？興許會(huì)認(rèn)為谷歌去除了 Html 類中的 fromHtml() 和 toHtml()。這似乎是 API 差異報(bào)告措辭中的一個(gè) Bug。那些方法還在。但確實(shí)由接受標(biāo)志參數(shù)的額外方法所補(bǔ)充進(jìn)來(lái)的，可以更好地解釋或生成 HTML。不過(guò)，這反而說(shuō)明這一代碼經(jīng)過(guò)了徹底檢查，效果會(huì)非常出色。

• 根據(jù) API 差異報(bào)告的描述，StringBuilder （以及遺留的 StringBuffer）不再實(shí)現(xiàn) Appendable。這似乎是報(bào)告中的一個(gè) Bug，因?yàn)閾?jù) Java 文檔顯示，它們依然能夠?qū)崿F(xiàn) Appendable。因?yàn)樵?Java 8 中它們能夠?qū)崿F(xiàn) Appendable，所以這些類的安卓版本應(yīng)該也能繼續(xù)實(shí)現(xiàn) Appendable。