開發人員指南

Android 的企業功能可為機構提供安全、靈活且 整合式 Android 行動平台 — 結合各種裝置、應用程式 和管理 AI 的方式Android 應用程式與 Android 企業功能相容 根據預設。然而，您還可以使用其他功能 應用程式是否能在受管理的 Android 裝置上發揮最佳成效：

• 工作資料夾相容性：修改 Android 裝置 讓應用程式在受管理的裝置上發揮最佳效用。
• 受管理的設定：修改 讓您的 IT 管理員可選擇指定 應用程式設定。
• 專用裝置：最佳化 應用程式，以便在 Android 裝置上以資訊站的形式部署。
• 單一登入 (SSO)：簡化登入程序 使用者可在受管理的 Android 裝置上登入不同應用程式。

必要條件

1. 您已成功建立 Android 應用程式。
2. 您現在可以根據機構需求修改應用程式了。
3. 最低版本：Android 5.0 (Lollipop) 建議版本： Android 6.0 (Marshmallow) 以上版本。

注意：Android 的企業功能大多內建在 Android 5.0 裝置；不過，Android 6.0 以上版本 額外功能，尤其是對於專用裝置而言。

工作資料夾

您可以透過 工作資料夾。工作資料夾是受管理的公司設定檔 與 Android 裝置的主要使用者帳戶相關聯A 罩杯 工作資料夾能夠安全地區隔工作應用程式和個人應用程式與資料 和資料這個工作資料夾與 個人資料，使用者可自行控管這些不同的設定檔 讓機構得以管理重要的業務資料，但 將使用者裝置上的其他一切都交由使用者自行控管。 如要深入瞭解最佳做法，請參閱 工作資料夾 指南。如需這些最佳做法的概略說明，請參閱下方內容。

工作資料夾的主要功能

• 獨立且安全的設定檔
• Google Play 管理版：用於發布應用程式
• 分開標記的工作應用程式
• 由管理員控管的僅限設定檔管理功能

Android 5.0 以上版本的工作資料夾福利

• 完整裝置加密
• 兩個設定檔共用一個 Android 應用程式套件 (APK)，表示 裝置上有個人資料夾和工作資料夾
• 裝置政策控制器 (DPC) 僅適用於工作資料夾
• 您可以透過 DevicePolicyManager 類別

工作資料夾的注意事項

• Android 系統會禁止意圖 而 IT 管理員也可以 啟用或停用系統應用程式。
• 有效的檔案路徑 (統一資源識別碼 [URI]) 其中一個設定檔可能無效。

防止意圖在設定檔之間失效

很難知道在不同設定檔中，有哪些意圖可以相互比較。 哪些是封鎖的唯一的確認方法就是測試。 在應用程式啟動活動之前，您應驗證 透過呼叫 Intent.resolveActivity()。

• 如果傳回 null，表示要求並未解析。
• 如果傳回內容，則表示意圖解析 您可以放心傳送意圖

注意：如需詳細的測試操作說明，請參閱 防止失敗的意圖。

在設定檔之間分享檔案

部分開發人員會使用 URI 來標記 Android 中的檔案路徑。不過 因為即使存在工作資料夾，檔案系統也會分開存放 建議：

使用： 內容 URI	內容 URI 包含開發人員的 物件您可以使用以下模型產生這個模型： FileProvider 子類別。 瞭解詳情 使用以下項目共用內容 URI 並授予存取權限： 意圖權限只能在整個商家檔案中傳遞 意圖如果您授予其他應用程式存取權 透過以下方式 Context.grantUriPermission()，只有以下項目可以存取： 同一個設定檔中。
請勿使用： 檔案 URI	包含裝置上的檔案絕對路徑 如果 30 天內讀取資料不到一次 建議使用 Coldline Storage 檔案路徑 URI 只存在於一個設定檔 另一個 如果您將檔案 URI 附加至意圖，處理常式就無法 即可存取另一個設定檔中的檔案。

後續步驟：應用程式支援受管理權限後 然後在工作資料夾中進行測試。請參閱「測試應用程式」。

實作受管理的設定

受管理設定是 IT 管理員提供的一系列操作說明 以特定方式管理使用者的行動裝置 下列操作說明適用於所有 EMM，且適用於任何 EMM， 以便從遠端設定使用者的應用程式 手機。

如果您開發的是企業或政府應用程式，可能需要 以符合您產業專屬的一組需求使用 IT 管理員可以遠端指定受管理的設定 為使用者的 Android 應用程式設定及執行政策。的 範例：

• 設定應用程式能否透過行動網路/3G 同步處理資料，或只能透過 Wi-Fi 同步處理資料
• 在網路瀏覽器中允許或封鎖網址
• 設定應用程式的電子郵件設定
• 啟用或停用列印功能
• 管理書籤

實作受管理設定的最佳做法

調整受管理的設定 指南是建構及部署應用程式 受管理的設定詳閱說明文件後，請參閱 請參閱下列最佳化建議。

初次啟動應用程式時

啟動應用程式後 這個應用程式已在 onStart()或 onResume()。此外，您可以確認 代管或未受管理的應用程式舉例來說 getApplicationRestrictions() 會傳回：

• 一組應用程式專屬限制：您 只需在背景作業中完成受管理的設定 使用者輸入內容)。
• 空白套裝組合 - 您的應用程式會 非受管 (例如應用程式會在個人 個人資料)。
• 具備單一鍵/值組合的組合 KEY_RESTRICTIONS_PENDING 設為 true：您的 應用程式會受到管理，但你並未設定 DPC 正確。您應該封鎖來自您應用程式的使用者，並直接 並提供給 IT 管理員

監聽受管理設定的變更

IT 管理員可以變更受管理的設定和設定 並隨時根據想對其使用者強制執行的政策因為 因此，建議您確認應用程式可接受新的 並對受管理設定的限制如下：

• 啟動時擷取限制：您的應用程式應 致電「onStart()」中的「getApplicationRestrictions()」 和onResume()，以及與舊限制的比較 確認是否需要進行變更
• 在執行時聆聽：動態註冊 ACTION_APPLICATION_RESTRICTIONS_CHANGED在您的 跑步活動或服務 以及這項意圖只會傳送給符合下列條件的事件監聽器 是以動態方式註冊，而非由應用程式中宣告的事件監聽器 資訊清單。
• 未在執行時取消註冊：在 onPause() 中， 應取消註冊 ACTION_APPLICATION_RESTRICTIONS_CHANGED。

專用裝置

專用裝置是指使用的資訊站裝置 只用於單一用途 例如數位電子看板展示、門票 列印機台或結帳註冊裝置

當 Android 裝置設為專用裝置時，使用者會看到 應用程式已鎖定在畫面中，沒有主畫面或最近使用的應用程式 按鈕，用於逸出應用程式專用裝置也可以設為顯示 例如程式庫資訊站和程式庫應用程式 網站目錄和網路瀏覽器

如需指示，請參閱： 專用裝置：

使用 Chrome 自訂分頁設定單一登入服務

企業使用者經常在裝置上安裝多個應用程式， 他們偏好登入一次，使用所有的工作應用程式。 使用者通常透過 WebView； 不理想的原因有幾個：

1. 使用者經常需要用同一時間登入 憑證WebView 解決方案往往不是單一的 登入 (SSO) 服務。
2. 裝置可能有安全性風險，包括惡意應用程式 檢查 Cookie 或插入 JavaScript®，以存取使用者的 憑證即便是值得信賴的開發人員，如果仰賴相關服務，也會面臨風險 可能構成惡意的第三方 SDK

這兩個問題的解決方法之一，就是使用瀏覽器驗證使用者 自訂分頁，而不是 WebView。這可確保身分驗證：

• 發生在代管應用程式的安全環境 (系統瀏覽器) 無法檢查內容
• 具有共用 Cookie 狀態，確保使用者只需要登入 一次。

需求條件

自訂分頁會支援 API 級別 15 (Android 4.0.3)。 你必須有支援的瀏覽器 (例如 Chrome)，才能使用自訂分頁。 Chrome 45 以上版本會導入這項功能， Chrome 自訂分頁。

如何導入「自訂分頁」的單一登入 (SSO) 服務？

Google 提供開放原始碼 OAuth 用戶端程式庫 這些標籤已加入 OpenID Foundation。如要透過 AppAuth 程式庫的詳細說明，請參閱 說明文件和程式碼範例 。

測試應用程式

開發應用程式後，建議您在工作資料夾中進行測試， 受管理的裝置。請參閱下列指示。

使用測試 DPC 測試 Android 應用程式

我們提供測試 DPC 應用程式，協助 Android 開發人員在企業中測試應用程式 環境。使用測試 DPC 時，您可以針對 裝置)，判斷是否由機構透過 EMM 管理。如要在裝置上安裝測試 DPC， 選擇下列其中一種方法：

• 從以下位置安裝測試 DPC： Google Play。
• 從原始碼開始建構 GitHub。

如要進一步瞭解如何設定測試 DPC，請參閱以下操作說明和 測試 DPC 使用者 指南。

佈建工作資料夾

如要在工作資料夾中測試應用程式，您必須先使用 測試 DPC 應用程式，如下所示：

1. 在裝置上安裝測試 DPC。
2. 在 Android 啟動器中，輕觸「設定測試 DPC」應用程式圖示。
3. 按照畫面上的指示操作。
4. 在裝置上安裝應用程式，並測試其在工作資料夾中的執行情形。

Android 會建立工作資料夾，並在工作資料夾中安裝測試 DPC 副本。您使用 具備有效徽章的測試 DPC 執行個體，可在工作資料夾中設定政策和受管理的設定。目的地： 如要進一步瞭解如何設定開發用工作資料夾，請參閱開發人員指南 工作資料夾。

佈建全代管裝置

機構使用全代管裝置，因為可強制執行完整的管理設定 政策。如要佈建全代管裝置，請按照下列步驟操作：

1. 在裝置上安裝測試 DPC。
2. 確認裝置上沒有其他使用者或工作資料夾。
3. 確認裝置上沒有帳戶。
4. 在以下位置執行 Android Debug Bridge (ADB) 指令： 終端機：

   adb shell dpm set-device-owner com.afwsamples.testdpc/.DeviceAdminReceiver

5. 完成裝置擁有者佈建作業後，您就可以在該裝置上測試應用程式。個人中心 應該專門測試 受管理的設定和 和 意圖。

您也可以使用其他佈建方法：請參閱「測試 DPC 使用手冊」。瞭解 IT 團隊 管理員通常會註冊及佈建 Android 裝置，並閱讀 佈建 裝置。

端對端測試

在上述環境中完成應用程式測試後， 建議您在端對端正式版中測試應用程式 環境。這項程序包含 將您的應用程式部署到機構，包括：

• 透過 Play 發行應用程式
• 伺服器端管理的設定
• 伺服器端設定檔政策控制項

您需要存取 EMM 控制台才能完成端對端 進行測試。如要取得測試控制台，最簡單的方法是提出測試控制台要求 輸入自 EMM。取得存取權後，請完成以下工作：

1. 使用 new ApplicationId。
2. 聲明受管理 Google 網域的擁有權並繫結至您的 EMM。如果發生以下情況： 已有與 EMM 繫結的測試網域， 解除繫結，以便與慣用的 EMM 測試。詳情請參閱 特定解除繫結步驟的 EMM。
3. 將應用程式發布到不公開管道 受管理 Google 網域
4. 您可以使用 EMM 控制台和 EMM 應用程式執行下列操作：
   1. 設定工作裝置。
   2. 發布應用程式。
   3. 調整受管理的設定。
   4. 設定裝置政策。

這項程序會因您的 EMM 而異。詳情請參閱 詳情請參閱 EMM 說明文件。恭喜！您已完成 完成這些步驟，並確認您的應用程式適合企業使用者使用。