鍍金池/ 教程/ Android/ 處理TV硬件
檢測常用的手勢
優(yōu)化layout的層級
用戶輸入
管理應(yīng)用的內(nèi)存
聯(lián)系人信息
開發(fā)輔助程序
Android多媒體
添加語音功能
顯示位置地址
提供向下與橫向?qū)Ш?/span>
支持游戲控制器
訪問可穿戴數(shù)據(jù)層
處理多點觸控手勢
全屏沉浸式應(yīng)用
為多線程創(chuàng)建管理器
數(shù)據(jù)保存
Intent的發(fā)送
更新Notification
優(yōu)化下載以高效地訪問網(wǎng)絡(luò)
打印
打包可穿戴應(yīng)用
接收從其他App傳送來的數(shù)據(jù)
發(fā)送與接收消息
建立靈活動態(tài)的UI
處理鍵盤輸入
Building a Work Policy Controller
建立測試環(huán)境
創(chuàng)建表盤
分享文件
顯示Notification進度
實現(xiàn)自適應(yīng)UI流(Flows)
使用設(shè)備管理策略增強安全性
使用能感知版本的組件
執(zhí)行網(wǎng)絡(luò)操作
建立文件分享
添加移動
更新你的Security Provider來對抗SSL漏洞利用
支持鍵盤導(dǎo)航
創(chuàng)建和監(jiān)視地理圍欄
發(fā)送并同步數(shù)據(jù)
使用BigView樣式
無線連接設(shè)備
提供向上導(dǎo)航與歷史導(dǎo)航
最小化定期更新造成的影響
實現(xiàn)向下的導(dǎo)航
支持不同的屏幕大小
Android 可穿戴應(yīng)用
添加動畫
顯示聯(lián)系人頭像
使用OpenGL ES顯示圖像
處理輸入法可見性
分享文件
保持設(shè)備喚醒
淡化系統(tǒng)Bar
使用NFC分享文件
保存到Preference
Android聯(lián)系人信息與位置信息
創(chuàng)建標(biāo)準的網(wǎng)絡(luò)請求
使用Drawables
管理Bitmap的內(nèi)存使用
管理Activity的生命周期
按需加載視圖
傳輸資源
為可穿戴設(shè)備創(chuàng)建自定義UI
在一個線程中執(zhí)行一段特定的代碼
性能優(yōu)化
隱藏導(dǎo)航欄
創(chuàng)建目錄瀏覽器
為多種大小的屏幕進行規(guī)劃
View間漸變
使用觸摸手勢
高效加載大圖
使用CursorLoader在后臺加載數(shù)據(jù)
創(chuàng)建抽屜式導(dǎo)航(navigation drawer)
管理音頻焦點
創(chuàng)建后臺服務(wù)
創(chuàng)建功能測試
創(chuàng)建使用Material Design的應(yīng)用
停止與重啟Activity
添加一個簡便的分享功能
啟動Activity時保留導(dǎo)航
TV應(yīng)用清單
創(chuàng)建向后兼容的UI
?# 優(yōu)化自定義View
創(chuàng)建單元測試
在UI上顯示Bitmap
建立OpenGL ES的環(huán)境
構(gòu)建表盤服務(wù)
JNI Tips
建立搜索界面
實現(xiàn)自定義View的繪制
使用HTTPS與SSL
按需操控BroadcastReceiver
分享簡單的數(shù)據(jù)
繪制形狀
Android位置信息
創(chuàng)建并運行可穿戴應(yīng)用
執(zhí)行 Sync Adpater
獲取最后可知位置
創(chuàng)建 Android 項目
實現(xiàn)高效的導(dǎo)航
退出全屏的Activity
創(chuàng)建Card
兼容音頻輸出設(shè)備
同步數(shù)據(jù)單元
傳輸數(shù)據(jù)時避免消耗大量電量
保存到文件
緩存Bitmap
提供配置 Activity
調(diào)度重復(fù)的鬧鐘
實現(xiàn)輔助功能
重復(fù)的下載是冗余的
隱藏狀態(tài)欄
實現(xiàn)自定義的網(wǎng)絡(luò)請求
規(guī)劃界面和他們之間的關(guān)系
使用Sync Adapter傳輸數(shù)據(jù)
TV應(yīng)用內(nèi)搜索
響應(yīng)觸摸事件
使用Google Cloud Messaging(已廢棄)
控制相機
Android網(wǎng)絡(luò)連接與云服務(wù)
請求分享一個文件
處理TV硬件
響應(yīng)UI可見性的變化
使用網(wǎng)絡(luò)服務(wù)發(fā)現(xiàn)
指定輸入法類型
優(yōu)化電池壽命
創(chuàng)建TV應(yīng)用
獲取聯(lián)系人列表
拖拽與縮放
啟動與停止線程池中的線程
創(chuàng)建 Sync Adpater
使用 WiFi P2P 服務(wù)發(fā)現(xiàn)
開始使用Material Design
代理至新的APIs
使用include標(biāo)簽重用layouts
使得View可交互
高效顯示Bitmap
創(chuàng)建企業(yè)級應(yīng)用
Fragments之間的交互
創(chuàng)建與執(zhí)行測試用例
綜合:設(shè)計我們的樣例 App
繪制表盤
建立簡單的用戶界面
自定義動畫
開發(fā)輔助服務(wù)
避免出現(xiàn)程序無響應(yīng)ANR(Keeping Your App Responsive)
使用ViewPager實現(xiàn)屏幕滑動
設(shè)計高效的導(dǎo)航
Android分享操作(Building Apps with Content Sharing)
提供向后的導(dǎo)航
保持向下兼容
創(chuàng)建TV播放應(yīng)用
縮放View
使用 WiFi 建立 P2P 連接
Android后臺任務(wù)
連接到網(wǎng)絡(luò)
為 Notification 添加頁面
使TV應(yīng)用是可被搜索的
添加Action Bar
使用Material的主題
啟動另一個Activity
顯示正在播放卡片
適配不同的系統(tǒng)版本
輕松錄制視頻
創(chuàng)建可穿戴的應(yīng)用
創(chuàng)建自定義的布局
重新創(chuàng)建Activity
使用CursorLoader執(zhí)行查詢?nèi)蝿?wù)
使用舊的APIs實現(xiàn)新API的效果
使用備份API
安全要點
Android入門基礎(chǔ):從這里開始
保存并搜索數(shù)據(jù)
根據(jù)網(wǎng)絡(luò)連接類型來調(diào)整下載模式
使用Tabs創(chuàng)建Swipe視圖
SMP(Symmetric Multi-Processor) Primer for Android
解析 XML 數(shù)據(jù)
使用 Volley 傳輸網(wǎng)絡(luò)數(shù)據(jù)
建立ActionBar
Android交互設(shè)計
使用Intent修改聯(lián)系人信息
增加搜索功能
輕松拍攝照片
定義形狀
測試你的Activity
在 Notifcation 中接收語音輸入
與其他應(yīng)用的交互
管理系統(tǒng)UI
追蹤手勢移動
Android界面設(shè)計
執(zhí)行 Android 程序
顯示確認界面
創(chuàng)建Lists與Cards
打印HTML文檔
創(chuàng)建TV應(yīng)用
為多屏幕設(shè)計
定義Shadows與Clipping視圖
使用Fragment建立動態(tài)UI
接收Activity返回的結(jié)果
布局變更動畫
定位常見的問題
自定義ActionBar的風(fēng)格
定義Layouts
發(fā)送簡單的網(wǎng)絡(luò)請求
啟動與銷毀Activity
與UI線程通信
非UI線程處理Bitmap
創(chuàng)建TV布局
提升Layout的性能
報告任務(wù)執(zhí)行狀態(tài)
判斷并監(jiān)測網(wǎng)絡(luò)連接狀態(tài)
兼容不同的設(shè)備
處理按鍵動作
優(yōu)化性能和電池使用時間
給其他App發(fā)送簡單的數(shù)據(jù)
Implementing App Restrictions
向后臺服務(wù)發(fā)送任務(wù)請求
展示Card翻轉(zhuǎn)動畫
管理ViewGroup中的觸摸事件
兼容不同的屏幕密度
通過藍牙進行調(diào)試
為可穿戴設(shè)備創(chuàng)建Notification
控制音量與音頻播放
獲取聯(lián)系人詳情
在表盤上顯示信息
提供向上的導(dǎo)航
滾動手勢動畫
幫助用戶在TV上找到內(nèi)容
創(chuàng)建TV導(dǎo)航
為索引指定App內(nèi)容
ActionBar的覆蓋疊加
Android Wear 上的位置檢測
保護安全與隱私的最佳策略
Ensuring Compatibility with Managed Profiles
解決云同步的保存沖突
獲取位置更新
創(chuàng)建List
測試程序
管理網(wǎng)絡(luò)的使用情況
為App內(nèi)容開啟深度鏈接
推薦TV內(nèi)容
建立一個Notification
管理音頻播放
設(shè)計表盤
拍照
處理控制器輸入動作
判斷并監(jiān)測設(shè)備的底座狀態(tài)與類型
處理查詢的結(jié)果
保存到數(shù)據(jù)庫
支持多個游戲控制器
創(chuàng)建 Stub Content Provider
使得ListView滑動順暢
處理數(shù)據(jù)層的事件
創(chuàng)建TV應(yīng)用的第一步
使得你的App內(nèi)容可被Google搜索
將 Notification 放成一疊
創(chuàng)建 Stub 授權(quán)器
暫停與恢復(fù)Activity
管理設(shè)備的喚醒狀態(tài)
Android圖像與動畫
打印照片
云同步
創(chuàng)建TV直播應(yīng)用
為Notification賦加可穿戴特性
提供一個Card視圖
建立請求隊列(RequestQueue)
適配不同的語言
創(chuàng)建詳情頁
測試UI組件
接收其他設(shè)備的文件
創(chuàng)建自定義View
建立第一個App
創(chuàng)建2D Picker
監(jiān)測電池的電量與充電狀態(tài)
打印自定義文檔
抽象出新的APIs
通知提示用戶
獲取文件信息
運用投影與相機視角
在IntentService中執(zhí)行后臺任務(wù)
多線程操作
創(chuàng)建一個Fragment
添加Action按鈕
在不同的 Android 系統(tǒng)版本支持控制器
維護兼容性
發(fā)送文件給其他設(shè)備
創(chuàng)建TV游戲應(yīng)用
創(chuàng)建自定義的View類
代碼性能優(yōu)化建議
Intent過濾
適配不同的屏幕

處理TV硬件

編寫:awong1900 - 原文:http://developer.android.com/training/tv/start/hardware.html

TV硬件和其他Android設(shè)備有實質(zhì)性的不同。TV不包含一些其他Android設(shè)備具備的硬件特性,如觸摸屏,攝像頭,和GPS。TV操作也完全依賴于其他輔助硬件設(shè)備。為了讓用戶與TV應(yīng)用交互,他們必須使用遙控器或者游戲手柄。當(dāng)我們創(chuàng)建TV應(yīng)用時,必須小心的考慮到TV硬件的限制和操作要求。

本節(jié)課程討論如何檢查應(yīng)用是不是運行在TV上,怎樣去處理不支持的硬件特性,和討論處理TV設(shè)備控制器的要求。

TV設(shè)備的檢測

如果我們創(chuàng)建的應(yīng)用同時支持TV設(shè)備和其他設(shè)備,我們可能需要檢測應(yīng)用當(dāng)前運行在哪種設(shè)備上,并調(diào)整應(yīng)用的執(zhí)行。例如,如果有一個應(yīng)用通過Intent啟動,應(yīng)用應(yīng)該檢查設(shè)備特性然后決定是應(yīng)該啟動TV方面的activity還是手機的activity。

檢查應(yīng)用是否運行在TV設(shè)備上,推薦的方式是用[UiModeManager.getCurrentModeType()](http://developer.android.com/reference/android/app/UiModeManager.html#getCurrentModeType())方法檢測設(shè)備是否運行在TV模式。下面的示例代碼展示了如何檢查應(yīng)用是否運行在TV設(shè)備上

public static final String TAG = "DeviceTypeRuntimeCheck";

UiModeManager uiModeManager = (UiModeManager) getSystemService(UI_MODE_SERVICE);
if (uiModeManager.getCurrentModeType() == Configuration.UI_MODE_TYPE_TELEVISION) {
    Log.d(TAG, "Running on a TV Device")
} else {
    Log.d(TAG, "Running on a non-TV Device")
}

處理不支持的硬件特性

基于應(yīng)用的設(shè)計和功能,我們可能需要在某些硬件特性不可用的情況下工作。這節(jié)討論哪些硬件特性對于TV是典型不可用的,如何去檢測缺少的硬件特性,并且去用這些特性的推薦替代方法。

不支持的TV硬件特性

TV和其他設(shè)備有不同的目的,因此它們沒有一些其他Android設(shè)備通常有的硬件特性。由于這個原因,TV設(shè)備的Android系統(tǒng)不支持以下特性:

硬件 Android特性描述
觸屏 android.hardware.touchscreen
觸屏模擬器 android.hardware.faketouch
電話 android.hardware.telephony
攝像頭 android.hardware.camera
藍牙 android.hardware.bluetooth
近場通訊(NFC) android.hardware.nfc
GPS android.hardware.location.gps
麥克風(fēng) [1] android.hardware.microphone
傳感器 android.hardware.sensor

[1] 一些TV控制器有麥克風(fēng),但不是這里描述的麥克風(fēng)硬件特性。控制器麥克風(fēng)是完全被支持的。

查看Features Reference獲得完全的特性和子特性列表,和它們的描述。

聲明TV硬件需求

Android應(yīng)用能通過在manifest中定義硬件特性需求來確保應(yīng)用不能被安裝在不提供這些特性的設(shè)備上。如果我們正在擴展應(yīng)用到TV上,仔細地審查我們的manifest的硬件特性需求,它有可能阻止應(yīng)用安裝到TV設(shè)備上。

即使我們的應(yīng)用使用了TV上不存在的硬件特性(如觸屏或者攝像頭),應(yīng)用也可以在沒有那些特性的情況下工作,需要修改應(yīng)用的manifest來表明這些特性不是必須的。接下來的manifest代碼片段示范了如何聲明在TV設(shè)備中不可用的硬件特性,盡管我們的應(yīng)用在非TV設(shè)備上可能會用上這些特性。

<uses-feature android:name="android.hardware.touchscreen"
        android:required="false"></uses>
<uses-feature android:name="android.hardware.faketouch"
        android:required="false"></uses>
<uses-feature android:name="android.hardware.telephony"
        android:required="false"></uses>
<uses-feature android:name="android.hardware.camera"
        android:required="false"></uses>
<uses-feature android:name="android.hardware.bluetooth"
        android:required="false"></uses>
<uses-feature android:name="android.hardware.nfc"
        android:required="false"></uses>
<uses-feature android:name="android.hardware.gps"
        android:required="false"></uses>
<uses-feature android:name="android.hardware.microphone"
        android:required="false"></uses>
<uses-feature android:name="android.hardware.sensor"
        android:required="false"></uses>

Note:一些特性有子特性,如android.hardware.camera.front,參考:Feature Reference。確保應(yīng)用中任何子特性也標(biāo)記為required="false"。

所有想用在TV設(shè)備上的應(yīng)用必須聲明觸屏特性不被需要,在創(chuàng)建TV應(yīng)用的第一步有描述。如果我們的應(yīng)用使用了一個或更多的上面列表上的特性,改變manifest特性的android:required屬性為false。

Caution:表明一個硬件特性是必須的,設(shè)置它的值為true可以阻止應(yīng)用在TV設(shè)備上安裝或者出現(xiàn)在AndroidTV的主屏幕啟動列表上。

一旦我們決定了應(yīng)用的硬件特性選項,那就必須檢查在運行時這些特性的可用性,然后調(diào)整應(yīng)用的行為。下一節(jié)討論如何檢查硬件特性和改變應(yīng)用行為的建議處理。

更多關(guān)于filter和在manifest里聲明特性,參考:uses-feature。

聲明權(quán)限會隱含硬件特性

一些uses-permission manifest聲明隱含了硬件特性。這些行為意味著在應(yīng)用中請求一些權(quán)限能導(dǎo)致應(yīng)用不能安裝和使用在TV設(shè)備上。下面普通的權(quán)限請求包含了一個隱式的硬件特性需求:

權(quán)限 隱式的硬件需求
[RECORD_AUDIO]() android.hardware.microphone
[CAMERA]() android.hardware.camera and android.hardware.camera.autofocus
[ACCESS_COARSE_LOCATION]() android.hardware.location and android.hardware.location.network
[ACCESS_FINE_LOCATION]() android.hardware.location and android.hardware.location.gps

包含隱式硬件特性需求的完整權(quán)限需求列表,參考:)。

檢查硬件特性

在應(yīng)用運行時,Android framework能告訴硬件特性是否可用。用hasSystemFeature(String)方法在運行時檢查特定的特性。這個方法只需要一個字符串參數(shù),即想檢查的特性名字。

接下來的示例代碼展示了如何在運行時檢測硬件特性的可用性:

// Check if the telephony hardware feature is available.
if (getPackageManager().hasSystemFeature("android.hardware.telephony")) {
    Log.d("HardwareFeatureTest", "Device can make phone calls");
}

// Check if android.hardware.touchscreen feature is available.
if (getPackageManager().hasSystemFeature("android.hardware.touchscreen")) {
    Log.d("HardwareFeatureTest", "Device has a touch screen.");
}

觸屏

因為大部分的TV沒有觸摸屏,在TV設(shè)備上,Android不支持觸屏交互。此外,用觸屏交互和坐在離顯示器3米外觀看是相互矛盾的。

在TV設(shè)備中,我們應(yīng)該設(shè)計出支持遙控器方向鍵(D-pad)遠程操作的交互模式。更多關(guān)于正確地支持TV友好的控制器操作的信息,參考Creating TV Navigation。

攝像頭

盡管TV通常沒有攝像頭,但是我們?nèi)匀豢梢蕴峁┡恼障嚓P(guān)的TV應(yīng)用,如果應(yīng)用有拍照,查看和編輯圖片功能,在TV上可以關(guān)閉拍照功能但仍可以允許用戶查看甚至編輯圖片。如果我們決定在TV上使用攝像相關(guān)的應(yīng)用,在manifest里添加接下來的特性聲明:

<uses-feature android:name="android.hardware.camera" android:required="false" ></uses>

如果在缺少攝像頭情況下運行應(yīng)用,在我們應(yīng)用中添加代碼去檢測是否攝像頭特性可用,并且調(diào)整應(yīng)用的操作。接下來的示例代碼展示了如何檢測一個攝像頭的存在:

// Check if the camera hardware feature is available.
if (getPackageManager().hasSystemFeature("android.hardware.camera")) {
    Log.d("Camera test", "Camera available!");
} else {
    Log.d("Camera test", "No camera available. View and edit features only.");
}

GPS

TV是固定的室內(nèi)設(shè)備,并且沒有內(nèi)置的全球定位系統(tǒng)(GPS)接收器。如果我們應(yīng)用使用定位信息,我們?nèi)钥梢栽试S用戶搜索位置,或者用固定位置提供商代替,如在TV設(shè)置中設(shè)置郵政編碼。

// Request a static location from the location manager
LocationManager locationManager = (LocationManager) this.getSystemService(
        Context.LOCATION_SERVICE);
Location location = locationManager.getLastKnownLocation("static");

// Attempt to get postal or zip code from the static location object
Geocoder geocoder = new Geocoder(this);
Address address = null;
try {
  address = geocoder.getFromLocation(location.getLatitude(),
          location.getLongitude(), 1).get(0);
  Log.d("Zip code", address.getPostalCode());

} catch (IOException e) {
  Log.e(TAG, "Geocoder error", e);
}

處理控制器

TV設(shè)備需要輔助硬件設(shè)備與應(yīng)用交互,如一個基本形式的遙控器或者游戲手柄。這意味著我們應(yīng)用必須支持D-pad(十字方向鍵)輸入。它也意味著我們應(yīng)用可能需要處理手柄掉線和更多類型的手柄輸入。

D-pad最低控制要求

默認的TV設(shè)備控制器是D-pad。通常,我們可以用遙控器的上,下,左,右,選擇,返回,和Home鍵操作應(yīng)用。如果應(yīng)用是一個游戲而需要游戲手柄額外的控制,它也應(yīng)該嘗試允許用D-pad操作。這種情況下,應(yīng)用也應(yīng)該警告用戶需要手柄,并且允許他們用D-pad優(yōu)雅的退出游戲。更多關(guān)于在TV設(shè)備如理D-pad的操作,參考Creating TV Navigation。

處理手柄掉線

TV的手柄通常是藍牙設(shè)備,它為了省電而定期的休眠并且與TV設(shè)備斷開連接。這意味著如果不處理這些重連事件,應(yīng)用可能被中斷或者重新開始。這些事件可以發(fā)生在下面任何情景中:

  • 當(dāng)在看幾分鐘的視頻,D-Pad或者游戲手柄進入了睡眠模式,從TV設(shè)備上斷開連接并且隨后重新連接。
  • 在玩游戲時,新玩家用不是當(dāng)前連接的游戲手柄加入游戲。
  • 在玩游戲時,一個玩家離開游戲并且斷開游戲手柄。

任何TV應(yīng)用activity相關(guān)于斷開和重連事件。這些事件必須在應(yīng)用的manifest配置去處理。接下來的示例代碼展示了如何確保一個activity去處理配置改變,包括鍵盤或者操作設(shè)備連接,斷開連接,或者重新連接:

<activity
  android:name="com.example.android.TvActivity"
  android:label="@string/app_name"
  android:configChanges="keyboard|keyboardHidden|navigation"
  android:theme="@style/Theme.Leanback">

  <intent-filter>
    <action android:name="android.intent.action.MAIN" ></action>
    <category android:name="android.intent.category.LEANBACK_LAUNCHER" ></category>
  </intent-filter>
  ...
</activity>

這個配置改變屬性允許應(yīng)用通過重連事件繼續(xù)運行,比較而言Android framework強制重啟應(yīng)用會導(dǎo)致一個不好的用戶體驗。

處理D-pad變種輸入

TV設(shè)備用戶可能有超過一種類型的控制器來操作TV。例如,一個用戶可能有基本D-pad控制器和一個游戲控制器。游戲控制器用于D-pad功能的按鍵代碼可能和物理十字鍵提供的不相同。

我們的應(yīng)用應(yīng)該處理游戲控制器D-pad的變種輸入,這樣用戶不需要通過手動切換控制器去操作應(yīng)用。更多信息關(guān)于處理這些變種輸入,參考Handling Controller Actions


下一節(jié): 創(chuàng)建TV布局 >