Google以機器學習判斷應用程式使用頻率,要讓穿戴裝置更省電

Google以機器學習判斷應用程式使用頻率,要讓穿戴裝置更省電 根據使用模式,應用程式會被放在5個優先順序桶中,排序應用程式執行的頻率、觸發警示的頻率以及接收高優先度Firebase Cloud Messaging(FCM)訊息的頻率。 文/李建興 | 2018-11-27發表 Google釋出了最終版本的Wear OS API 28模擬器映像檔,這個版本包含了Google在8月宣布重新設計的使用者介面,並且加入了三大新功能,包含新的通知串流、應用程式等待桶(App Standby Buckets)以及強化使用者資料隱私。Wear OS API 28帶來更緊湊的通知顯示功能,現在可以在同一個螢幕畫面顯示多則通知,讓使用者能以有效率的方式處理通知串流。對於開發者來說,現在未展開的通知最多只能顯示3行文字,Google要求開發者使用更簡明的通知內容,並提到於Wear上3行可以顯示的資訊,已經比起手機上單行未展開的通知還要多了。而且現在Wear OS API 28也不再支援自定義的通知布局,過去開發人員會使用setDisplayIntent來擴展通知串流中的自定義活動,但Google提到,開發者自定義布局通常不會考慮裝置的外型,很難隨著Wear OS的通知體驗發展而保持最新狀態,因此現在不再於通知中支援這個功能。Google也提醒開發者,應該要注意使用符合應用程式形象的顏色標記通知,並以簡潔的通知內容適應新的布局。第二個新功能應用程式等待桶,這是Google在Android 9中新加入的電池管理功能,會根據應用程式近期使用狀況以及頻率,幫助系統選擇應用程式資源請求的優先順序。根據使用模式,應用程式會被放在5個優先順序桶中,系統根據應用所在的儲存桶,限制每個應用程式可以用的裝置資源。5個優先順序分別為活躍(Active)、工作組(Working set)、頻繁(Frequent)、稀有(Rare)以及從未(Never)。系統會動態的將每個應用程式分配給各優先順序應用程式等待桶,而且根據需要重新分配應用程式。系統會使用機器學習決定每個應用程式被使用的方式,判斷預先載入的應用程式,假設裝置當前沒有系統應用程式執行,則系統會預設根據應用程式的使用時間,對應用程式進行排序。特別的是,儲存桶會決定應用程式執行的頻率、觸發警示的頻率以及接收高優先度Firebase Cloud Messaging(FCM)訊息的頻率。而這些限制只有在裝置使用電池供電時才有效。Wear OS API 28的第三個新功能,便是強化使用者隱私,限制後臺應用程式存取裝置感測器,因此現在開發人員可能需要根據應用程式的需求,透過使用前臺服務以持續存取感測器資料。Google特別提醒,新的通知串流政策將往前擴及Wear OS API 25以及更高版本的裝置。開發者可以利用API​​ 28模擬器映像檔,現在就能知道新的通知行為。

更多訊息更多資料都在這裡喔!~關鍵字排名~SEO~健康食品~PPLS~葉黃素~磷蝦油~GOOGLE排名~台灣綠蜂膠~蜂王漿~神經滋養物質~超視王~維力康~蜂王乳~南極冰洋磷蝦油~智勝王~保健食品~網站排名~芙婷寶

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *