Android

識別感應器和感應器能力Android感應器架構提供了幾個方法，這些方法讓你在運行時能夠容易判斷裝置上的感應器。API還提供了幾個讓你判斷每個感應器能力的方法，如最大範圍、識別率、功率需求等。要識別裝置上的感應器，首先需要獲得一個引用感應器服務。通過調用getSystemService()方法並給它傳遞SENSOR_SERVICE參數來建立一個SensorManager類的執行個體，可以獲得一個感應器服務。例如：private SensorManager

處理不同的感應器器配置Android不給裝置指定標準的感應器配置，這就意味著製造商能夠把任何他們想要的感應器配置包含到他們的Android裝置中。因此，裝置能夠包含配置廣泛的各種感應器。例如，摩托羅拉的Xoom有一個壓力感應器，但是三星的Nexus S卻沒有。同樣Xoom和Nexus S都有陀螺儀，但是HTC的Nexus

感應器的座標系統通常情況，感應器架構使用標準的3軸座標系統來表達資料值。對於大多數感應器，座標系統是相對與裝置被保持在預設方向時的裝置的螢幕來定義的（1）。當裝置被保持在預設方向時，X軸是水平向右、Y軸是垂直向上、Z軸是指向螢幕面板的外部。在這個系統中，背對著螢幕的Z軸座標是負值。該座標系統被下列感應器使用：1.加速度感應器    

本文譯自：http://developer.android.com/training/sharing/send.html在構造Intent對象時，你必須要指定打算要觸發的操作。Android系統定義了幾個操作，其中包括ACTION_SEND，就像你猜測的一樣，這個操作指明了Intent對象要一個Activity向另外一個Activity發送資料，即使是跨進程邊界。要把資料發送給另外的Activity，就需要指定資料和對應資料的類型，然後，系統會識別相應的接收該Intent對象的Activity，

本文譯自：http://developer.android.com/guide/topics/connectivity/sip.htmlAndroid提供支援會話發起協議（SIP）的API。這讓你可以把基於SIP的互連網電話功能添加到你的應用程式中。Android包含了一個完整的SIP協議棧，並且整合了呼叫管理服務，這樣應用程式可以容易的建立呼入和呼出的串連，而不需要去管理會話、傳輸層的通訊、音頻記錄、回撥等操作。要求和限制以下是開發SIP應用程式的要求1.  你必須要有一部運行Android2

本文譯自：http://developer.android.com/guide/topics/sensors/sensors_motion.htmlAndroid平台提供了幾個能夠監視裝置移動的感應器。其中的兩個是基於硬體的（加速度感應器和陀螺儀），有三個感應器既可以是基於硬體的，也可以是基於軟體的（重力感應器、線性加速度感應器和旋轉向量感應器）。例如，在某些基於軟體感應器的裝置上會從加速度感應器和磁力儀中提取它們的資料，但是在其他的裝置上，它們也可以使用陀螺儀來提取資料。大多數Android裝

調整儲存電池電量和資料交換的模式在你測試你的應用程式時，你可能會發現，為了提供良好的位置和效能，可能需要對模式進行某些調整。以下是在這兩者之間尋求良好平衡時可能要改變的一些事情。減少視窗的尺寸用一個較小的視窗來允許監聽位置的更新，意味著與GPS和網路位置伺服器進行的互動較少，這樣就能夠延長電池電量使用周期。但它也允許從較少的位置中選擇一個最好的估算結果。給位置提供器設定較低的更新頻率減少位置更新在視窗中顯示的頻率也能夠改善電池利用效率，但會影響精確度。這個值的權衡要依賴於如何使用你的應用程式。通

Android開源項目的感應器Android開源項目（AOSP）提供了三個基於軟體的移動感應器：重力感應器、線性加速度感應器和旋轉向量感應器。這三個感應器在Android4.0中被更新，並且都使用陀螺儀（其它感應器除外）來改善穩定性和效能。如果你想嘗試這些感應器，可以通過使用getVendor()方法和getVersion()方法來識別它們（供應商是：Google

提供類比的位置資料在開發你的應用程式時，一定要測試你擷取使用者位置的模式能否進行良好的工作。最容易的做法是使用真實的Android裝置，但是，如果沒有裝置，你依然能夠通過在Android模擬器中類比位置資料來測試基於位置的功能。有三種不同的方法把類比位置資料發送給你的應用程式：使用Eclipse；DDMS或模擬器控制台中的”geo”命令。注意：提供的類比位置資料是作為GPS位置資料來注入的，因此為了擷取類比位置資料來工作，你必須要申請GPS_PROVIDER類型的位置更新。使用Eclipse選擇

使用重力感應器重力感應器提供了三個維度向量，用來指示重力的方向和重量。下列代碼顯示了如何擷取一個預設的重力感應器的執行個體：private SensorManager mSensorManager;private Sensor mSensor;...mSensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE);mSensor =

本文譯自：http://developer.android.com/training/managing-audio/volume-playback.html良好的使用者體驗是具有可預見性的。如果你的應用程式要播放多媒體，那麼使用者能夠使用裝置的硬體或軟體來控制的音量，如藍芽耳機或麥克等，這是至關重要的。同樣，在適當的情況下，你的應用程式應該在媒體流上分別提供播放、停止、掛起、跳過、向前等媒體播放操作。識別要使用的音頻流要建立一個具有可預見性的音頻體驗，首先是要理解你的應用程式要所要使用的音量流。

本文譯自：http://developer.android.com/guide/topics/sensors/sensors_overview.html大多數的Android裝置都有內建的測量運動、方向、和各種環境條件的感應器。這些感應器具有提供高精度和準確度的未經處理資料的能力，可用於監視裝置在三維方向的移動和位置、或者監視裝置周圍環境的變化。例如，一個遊戲可能要從重力感應器中讀取軌跡，以便推斷出複雜的使用者手勢和意圖，如傾斜、震動、旋轉或擺動等。同樣，有關天氣的應用程式可能要使用裝置的溫度感

使用線性加速度感應器線性加速度感應器用一個三維向量，提供裝置座標系中每個座標軸的加速度，但不包括重力。下列代碼顯示了如何擷取預設的線性加速度感應器的執行個體：private SensorManager mSensorManager;private Sensor mSensor;...mSensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE);mSensor =

操作欄是一個標識應用程式和使用者位置的視窗功能，並且給使用者提供操作和導航模式。在大多數的需要突出展現使用者操作或全域導航的Activity中，你應該使用操作欄，因為操作欄能夠跨應用程式給使用者提供一致的介面，並且系統能夠很好根據不同的螢幕配置來適應操作欄的外觀。你能夠用ActionBar的對象的API來控制操作欄的行為和可見度，這些API被添加在Android3.0（API 層級

感應器介紹Android感應器架構能夠讓你訪問多種類型的感應器。其中某些感應器是基於硬體的，有些感應器是基於軟體的。基於硬體的感應器是內建與手持或平板裝置中的物理組件。它們通過直接測量特定的環境屬性來擷取資料，如加速度、磁場強或角度的變化等。基於軟體的感應器不是物理裝置，儘管它們類比基於硬體的感應器。基於軟體的感應器從一個或多個有時被叫做虛擬感應器或合成感應器的基於硬體的感應器來擷取資料。線性加速度感應器和重力感應器是基於硬體的感應器的執行個體。表1概要的介紹了Android平台所支援的感應器。

感應器架構通過使用Android架構，你能夠訪問這些感應器，並擷取原始的感應器資料。感應器架構是android.hardware包的一部分，並且包括以下類和介面：1.  SensorManager使用這個類來建立一個感應器服務的執行個體。這個類提供了各種用於訪問和監聽感應器的方法，它還提供了幾個感應器常量，用於報告感應器的精度、設定資料擷取的速率以及校準感應器等。2.  Sensor使用這個類來建立一個特殊感應器的執行個體。它提供了判斷感應器能力的各種方法。3.  SensorEvent系統使用

本文譯自：http://developer.android.com/guide/topics/sensors/sensors_position.htmlAndroid平台提供了兩種用於判斷裝置位置的感應器：地磁場感應器和方向感應器。Android平台還提供一種判斷裝置的面板是否接近一個對象的感應器（即距離感應器）。地磁場感應器和距離感應器是基於硬體的。大多數手持功能和平板電腦製造商都在其裝置中包含了一個地磁場感應器。同樣手持功能製造商也他們的裝置中包含一個距離感應器，用於判斷手持功能是否靠近人臉

本文譯自：http://developer.android.com/training/managing-audio/audio-focus.html考慮如何跟多個潛在的音頻播放程式互動是至關重要的。要避免每個音樂播放器同時播放，Android使用音頻焦點（Audio

感應器的可用性感應器的可用性不但在不同硬體之間有變化，而且不同的Android版本之間也可能有變化。這是因為Android感應器的引入需要有幾個平台Release的過程。例如，某些感應器在Android1.5（API Level 3）中被引入，但有些並沒有被實現，直到Android2.3（API Level 9）時才可用。同樣，一些在Android2.3（API Level 9）和Android4.0（API Level 14）被引入的感應器，其中有兩個已經被棄用，並用更新、更好的感應器來替代。

本文譯自：http://developer.android.com/training/sharing/shareaction.html在你的ActionBar中實現一個有效且對方便使用的共用操作，甚至比在Android4.0（API Level