Fitur dan API Android 8.0

Android 8.0 (API level 26) memperkenalkan berbagai fitur dan kemampuan baru bagi pengguna dan pengembang. Dokumen ini merangkum apa saja yang baru untuk developer.

Pastikan juga untuk memeriksa Perubahan Perilaku Android 8.0 untuk mempelajari area dengan perubahan platform dapat memengaruhi aplikasi Anda.

Pengalaman Pengguna

Mode Gambar-dalam-Gambar

Picture-in-picture di Android 8.0.

Android 8.0 (API level 26) memungkinkan peluncuran aktivitas di mode picture-in-picture (PIP). PIP adalah tipe khusus mode multi-aplikasi yang paling sering digunakan untuk pemutaran video. Mode PIP awalnya tersedia untuk Khusus Android TV; Android 8.0 menyediakan fitur ini di perangkat Android lainnya.

Ketika suatu aktivitas dalam mode PIP, aktivitas tersebut berada dalam keadaan dijeda, namun seharusnya terus menampilkan konten. Karena alasan ini, Anda harus memastikan bahwa aplikasi tidak menjeda pemutaran di onPause() sebagai pengendali Sebagai gantinya, Anda harus menjeda video di onStop(), dan melanjutkan pemutaran di onStart(). Untuk informasi selengkapnya, lihat Multi-Aplikasi Siklus proses.

Untuk menetapkan bahwa aktivitas Anda bisa menggunakan mode PIP, setel android:supportsPictureInPicture ke true dalam manifes. (Mulai Android 8.0, PIP tidak memerlukan Atribut manifes android:resizeableActivity. Namun, Anda harus menetapkan android:resizeableActivity ke `true` jika aktivitas Anda mendukung mode multi-aplikasi.)

Android 8.0 (API level 26) memperkenalkan objek baru, PictureInPictureParams, yang Anda teruskan ke metode PIP untuk menetapkan bagaimana suatu aktivitas harus berperilaku saat dalam mode PIP. Objek ini menetapkan properti seperti atribut rasio aspek yang disukai aktivitas.

Metode PIP yang dijelaskan dalam Menambahkan Picture-in-picture kini dapat digunakan di semua perangkat Android, tidak hanya di Android TV. Selain itu, Android 8.0 menyediakan metode berikut untuk mendukung Mode PIP:

  • Activity.enterPictureInPictureMode(PictureInPictureParams args): Menempatkan aktivitas dalam mode picture-in-picture. Rasio aspek aktivitas dan setelan konfigurasi lainnya ditentukan oleh args. Jika ada kolom di args kosong, sistem akan menggunakan nilai yang ditetapkan saat terakhir kali Anda disebut Activity.setPictureInPictureParams().

    Aktivitas yang ditentukan ditempatkan di sudut layar; sisa layar diisi dengan aktivitas sebelumnya yang ada di layar. Aktivitas yang memasuki mode PIP akan masuk ke keadaan dijeda, namun tetap memulai. Jika pengguna mengetuk aktivitas PIP, sistem akan menampilkan menu untuk berinteraksi dengan; tidak ada peristiwa sentuh yang menjangkau aktivitas saat sedang dalam kondisi PIP.

  • Activity.setPictureInPictureParams(): Memperbarui setelan konfigurasi PIP aktivitas. Jika aktivitas tersebut saat ini dalam mode PIP, pengaturan akan diperbarui; hal ini berguna jika rasio aspek aktivitas berubah. Jika aktivitas tersebut tidak berada dalam mode PIP, pengaturan konfigurasi ini digunakan terlepas dari Metode enterPictureInPictureMode() yang Anda panggil.

Notifikasi

Di Android 8.0 (API level 26), kami telah mendesain ulang notifikasi untuk memberikan cara yang lebih mudah dan konsisten untuk mengelola perilaku notifikasi dan setelan. Perubahan ini mencakup:

    Menu penekanan lama notifikasi di Android 8.0 (API level 26).

    Pengguna dapat menekan lama ikon peluncur aplikasi untuk melihat notifikasi di Android 8.0.

  • Saluran notifikasi: Android 8.0 memperkenalkan saluran notifikasi yang memungkinkan Anda untuk membuat saluran yang dapat disesuaikan pengguna untuk setiap jenis notifikasi yang ingin Anda tampilkan. Antarmuka pengguna mengacu ke saluran notifikasi sebagai kategori notifikasi. Untuk mempelajari cara untuk mengimplementasikan saluran notifikasi, lihat Mengelola saluran notifikasi.
  • Titik notifikasi: Android 8.0 memperkenalkan dukungan untuk menampilkan titik, atau badge, pada ikon peluncur aplikasi. Titik notifikasi mencerminkan kehadiran notifikasi yang belum ditutup atau ditindaklanjuti oleh pengguna. Untuk mengetahui cara menggunakan titik notifikasi, lihat Notifikasi badge.
  • Menunda: Pengguna dapat menunda notifikasi, yang menyebabkan notifikasi tidak ditampilkan selama jangka waktu tertentu sebelum muncul kembali. Notifikasi muncul kembali dengan tingkat kepentingan yang sama dengan tingkat penting yang pertama kali muncul. Aplikasi dapat menghapus atau memperbarui notifikasi yang ditunda, tetapi memperbarui notifikasi yang ditunda tidak menyebabkan agar dapat muncul kembali.
  • Waktu tunggu notifikasi: Anda dapat menyetel waktu tunggu saat membuat notifikasi menggunakan setTimeoutAfter(). Anda dapat menggunakan metode ini untuk menetapkan durasi notifikasi harus dibatalkan. Jika diperlukan, Anda dapat membatalkan notifikasi sebelum durasi waktu tunggu yang ditetapkan berlalu.
  • Setelan notifikasi: Anda dapat menelepon setSettingsText() untuk menyetel teks yang muncul saat Anda membuat tautan ke pengaturan notifikasi dari notifikasi menggunakan intent Notification.INTENT_CATEGORY_NOTIFICATION_PREFERENCES. Sistem dapat menyediakan tambahan berikut dengan maksud untuk memfilter setelan yang harus ditampilkan aplikasi Anda kepada pengguna: EXTRA_CHANNEL_ID, NOTIFICATION_TAG, dan NOTIFICATION_ID.
  • Penutupan notifikasi: Pengguna dapat menutup sendiri notifikasi, dan aplikasi dapat menghapusnya secara terprogram. Anda dapat menentukan kapan notifikasi ditutup dan alasannya ditutup dengan menerapkan onNotificationRemoved() dari class Class NotificationListenerService.
  • Warna latar belakang: Anda dapat menetapkan dan mengaktifkan warna latar belakang untuk notifikasi. Anda sebaiknya hanya menggunakan fitur ini dalam notifikasi untuk tugas yang sedang berlangsung yang sangat penting untuk dilihat sekilas oleh pengguna. Sebagai misalnya, Anda dapat menyetel warna latar belakang untuk notifikasi yang terkait dengan rute mobil, atau panggilan telepon yang sedang berlangsung. Anda juga dapat menyetel warna latar belakang yang diinginkan menggunakan setColor(). Tindakan ini memungkinkan Anda menggunakan setColorized() untuk mengaktifkan penggunaan warna latar belakang untuk notifikasi.
  • Gaya pesan: Di Android 8.0, notifikasi yang menggunakan Tampilan class MessagingStyle lebih banyak konten dalam bentuk yang diciutkan. Anda harus menggunakan Class MessagingStyle untuk notifikasi yang terkait dengan pesan. Anda juga dapat menggunakan Metode addHistoricMessage() untuk memberikan konteks pada percakapan dengan menambahkan pesan historis hingga notifikasi terkait pesan.

Framework isi otomatis

Pembuatan akun, login, dan transaksi kartu kredit membutuhkan waktu dan rentan terhadap yang sama. Pengguna dapat mudah frustrasi dengan aplikasi yang membutuhkan jenis ini tugas-tugas berulang.

Android 8.0 (API level 26) membuat pengisian formulir, seperti login dan formulir kartu kredit, menjadi lebih mudah dengan pengenalan Kerangka Kerja Isi Otomatis. Aplikasi yang sudah ada dan yang baru akan berfungsi dengan Framework Isi Otomatis setelah pengguna memilih untuk mengaktifkannya {i>autofill <i}(isi otomatis)

Anda bisa melakukan beberapa langkah untuk mengoptimalkan kinerja aplikasi dengan kerangka kerja. Untuk informasi selengkapnya, lihat Ringkasan Framework Isi Otomatis.

Font yang dapat didownload

Android 8.0 (API level 26) dan Android Support Library 26 memungkinkan Anda meminta font dari aplikasi penyedia layanan alih-alih memaketkan font ke dalam APK atau membiarkan Download font APK. Fitur ini mengurangi ukuran APK, meningkatkan aplikasi tingkat keberhasilan penginstalan, dan memungkinkan beberapa aplikasi menggunakan font yang sama.

Untuk informasi selengkapnya tentang mendownload font, lihat Font yang Dapat Didownload.

Font dalam XML

Android 8.0 (API level 26) memperkenalkan fitur baru, Font dalam XML, memungkinkan Anda menggunakan {i>font<i} sebagai sumber daya. Artinya, tidak perlu memaketkan font sebagai aset. Font dikompilasi dalam file R dan secara otomatis yang tersedia di dalam sistem sebagai sumber daya. Anda kemudian dapat mengakses font ini dengan bantuan jenis resource baru, font.

Support Library 26 memberikan dukungan penuh untuk fitur ini di perangkat menjalankan API versi 14 dan yang lebih tinggi.

Untuk informasi selengkapnya, tentang penggunaan {i>font<i} sebagai sumber daya dan mengambil {i>font<i} sistem, lihat Font dalam XML.

Pengubahan Ukuran Otomatis TextView

Android 8.0 (API level 26) memungkinkan Anda menyetel perluasan ukuran teks atau melakukan kontrak secara otomatis berdasarkan ukuran TextView. Artinya, jauh mengoptimalkan ukuran teks di berbagai layar atau dengan konten dinamis. Untuk informasi selengkapnya, tentang pengubahan ukuran otomatis TextView di Android 8.0, lihat Pengubahan Ukuran Otomatis TextView.

Ikon adaptif

Android 8.0 (API level 26) memperkenalkan ikon peluncur adaptif. Ikon adaptif mendukung visual efek, dan dapat menampilkan beragam bentuk pada model perangkat yang berbeda. Untuk mempelajari cara membuat ikon adaptif, lihat Ikon Adaptif kami.

Manajemen warna

Developer Android untuk aplikasi pencitraan kini dapat memanfaatkan perangkat baru yang memiliki kemampuan tampilan warna gamut lebar. Untuk menampilkan gamut lebar gambar, aplikasi harus mengaktifkan flag dalam manifesnya (per aktivitas) dan memuat bitmap dengan profil warna lebar yang disematkan (AdobeRGB, Pro Photo RGB, DCI-P3, dll.).

WebView API

Android 8.0 menyediakan sejumlah API untuk membantu Anda mengelola objek WebView yang menampilkan konten web di aplikasi Anda. API ini, yang meningkatkan stabilitas dan keamanan aplikasi Anda, mencakup berikut ini:

  • Version API
  • Google SafeBrowsing API
  • Termination Handle API
  • Renderer Importance API

Untuk mempelajari cara menggunakan API ini lebih lanjut, lihat Mengelola WebView.

Class WebView kini menyertakan Safe Browsing API untuk meningkatkan keamanan penjelajahan web. Untuk informasi selengkapnya, lihat API Safe Browsing Google.

Penyematan pintasan dan widget

Android 8.0 (API level 26) memperkenalkan penyematan pintasan dalam aplikasi dan widget. Di aplikasi Anda, Anda dapat membuat pintasan dan widget tersemat untuk peluncur yang didukung, sesuai dengan izin pengguna.

Untuk informasi selengkapnya, lihat Menyematkan Pintasan dan Widget panduan fitur baru kami.

Rasio aspek layar maksimum

Android 8.0 (API level 26) menghadirkan perubahan pada cara mengonfigurasi rasio aspek maksimum aplikasi.

Pertama, Android 8.0 memperkenalkan maxAspectRasio, yang dapat dapat digunakan untuk menyetel rasio aspek maksimum aplikasi Anda. Selain itu, di Android 8.0 dan yang lebih tinggi, sebuah aplikasi rasio aspek maksimum default adalah rasio aspek asli dari perangkat tempat aplikasi berjalan.

Untuk informasi selengkapnya tentang mendeklarasikan rasio aspek maksimum, lihat Mendukung Beberapa Layar.

Dukungan multi-tampilan

Mulai Android 8.0 (API level 26), platform ini menawarkan peningkatan untuk multilayar. Jika suatu aktivitas mendukung mode multi-aplikasi dan berjalan di perangkat dengan beberapa tampilan, pengguna dapat memindahkan aktivitas dari satu tampilan ke tampilan lainnya. Saat aplikasi meluncurkan aktivitas, aplikasi tersebut bisa menetapkan di tampilan mana aktivitas harus dijalankan.

Catatan: Jika suatu aktivitas mendukung mode multi-aplikasi, Android 8.0 secara otomatis mengaktifkan mendukung multi-tampilan untuk aktivitas tersebut. Anda harus menguji aplikasi untuk memastikan memastikannya berfungsi secara memadai dalam lingkungan multi-tampilan.

Hanya satu aktivitas pada satu waktu yang bisa berada dalam status dilanjutkan, meskipun aplikasi memiliki beberapa tampilan. Aktivitas dengan fokus berada dalam status dilanjutkan; semua aktivitas lain yang terlihat akan dijeda, tetapi tidak dihentikan. Untuk informasi lebih lanjut siklus proses aktivitas saat beberapa aktivitas terlihat, lihat Multi-Jendela Siklus proses.

Saat pengguna memindahkan aktivitas dari satu tampilan ke tampilan lainnya, sistem mengubah ukuran aktivitas dan mengeluarkan perubahan runtime sesuai kebutuhan. Aktivitas Anda dapat menangani perubahan konfigurasi itu sendiri, atau memungkinkan sistem untuk menghancurkan proses yang berisi aktivitas Anda dan membuatnya kembali dengan dimensi kustom. Untuk informasi selengkapnya, lihat Menangani Konfigurasi Perubahan.

ActivityOptions menyediakan dua metode baru untuk mendukung beberapa tampilan:

setLaunchDisplayId()
Menentukan tampilan mana yang harus ditunjukkan pada saat diluncurkan.
getLaunchDisplayId()
Menampilkan tampilan peluncuran aktivitas saat ini.

Shell adb diperluas untuk mendukung multitampilan. Perintah shell start kini dapat digunakan untuk meluncurkan aktivitas, dan untuk menetapkan tampilan target aktivitas: 

adb shell start <activity_name> --display <display_id>

Margin layout gabungan dan pengisi

Android 8.0 (API level 26) memudahkan Anda menentukan situasi dengan sisi yang berlawanan elemen View menggunakan margin atau padding yang sama. Secara khusus, Anda kini dapat menggunakan atribut berikut dalam XML tata letak file:

Catatan: Jika Anda menyesuaikan logika aplikasi untuk mendukung berbagai bahasa dan budaya, termasuk arah teks, perlu diingat bahwa atribut ini tidak mempengaruhi nilai layout_marginStart, layout_marginEnd, paddingStart, atau paddingEnd. Anda dapat menetapkan nilai ini sendiri, selain atribut tata letak vertikal dan horizontal baru, untuk membuat perilaku tata letak yang bergantung pada arah teks.

Rekaman pointer

Beberapa aplikasi, seperti game, desktop jarak jauh, dan klien virtualisasi, sangat mendapat manfaat dari mendapatkan kontrol atas {i>mouse<i}. Perekaman pointer adalah di Android 8.0 (API level 26) yang menyediakan kontrol tersebut dengan mengirimkan semua peristiwa mouse ke tampilan terfokus dalam aplikasi.

Mulai Android 8.0, View di aplikasi Anda dapat meminta dan menetapkan pemroses untuk memproses peristiwa pointer yang direkam. Tujuan kursor mouse disembunyikan saat berada dalam mode ini. Tampilan ini dapat merilis rekaman pointer ketika tidak lagi memerlukan informasi {i>mouse<i}. Sistem juga bisa merilis tangkapan pointer saat tampilan kehilangan fokus, misalnya, saat pengguna membuka aplikasi lain.

Untuk mendapatkan informasi tentang cara menggunakan fitur ini di aplikasi Anda, lihat Rekaman pointer.

Kategori aplikasi

Android 8.0 (API level 26) memungkinkan setiap aplikasi mendeklarasikan kategori yang sesuai jika relevan. Kategori ini digunakan untuk mengelompokkan aplikasi yang serupa tujuan atau fungsi saat menampilkannya kepada pengguna, seperti dalam Penggunaan Data, Penggunaan Baterai, atau Penggunaan Penyimpanan. Anda dapat mendefinisikan kategori untuk aplikasi Anda dengan mengatur Atribut android:appCategory di <application> Anda Tag manifes.

Peluncur Android TV

Android 8.0 (API level 26) menyertakan topik baru yang berfokus pada konten, Pengalaman layar utama Android TV, yang tersedia di emulator Android TV dan image perangkat Nexus Player untuk Android 8.0. Layar utama baru mengatur konten video dalam baris yang sesuai dengan saluran, yang masing-masing diisi dengan program oleh aplikasi di sistem. Aplikasi dapat memublikasikan beberapa saluran, dan pengguna dapat mengonfigurasi saluran mana yang ingin Anda lihat di layar beranda. Layar utama Android TV juga menyertakan baris Tonton Berikutnya, yang berisi program dari aplikasi, berdasarkan kebiasaan menonton pengguna. Aplikasi juga dapat memberikan pratinjau video, yang diputar secara otomatis saat pengguna berfokus pada sebuah program. API untuk mengisi saluran dan program adalah bagian dari API TvProvider, yang didistribusikan sebagai Modul Support Library dengan Android 8.0.

AnimatorSet

Mulai Android 8.0 (API level 26), AnimatorSet API kini mendukung pencarian dan pemutaran balik. Mencari memungkinkan Anda mengatur posisi animasi yang disetel ke pada waktu tertentu. Pemutaran secara terbalik berguna jika aplikasi Anda menyertakan animasi untuk tindakan yang dapat diurungkan. Alih-alih menentukan dua animasi terpisah set, Anda bisa memainkan lagu yang sama secara terbalik.

Masukan dan navigasi

Kluster navigasi keyboard

Jika suatu aktivitas di aplikasi Anda menggunakan hierarki tampilan yang kompleks, seperti dalam Gambar 2, pertimbangkan untuk mengatur kelompok elemen UI ke dalam cluster agar lebih mudah navigasi {i>keyboard <i} di antara mereka. Pengguna dapat menekan Meta+Tab, atau Penelusuran+Tab pada perangkat Chromebook, untuk berpindah dari satu cluster ke cluster lain. Contoh bagus dari meliputi: panel samping, bilah navigasi, area konten utama, dan elemen yang dapat berisi banyak elemen turunan.

Contoh aktivitas yang mencakup lima klaster navigasi yang dilalui pengguna dapat melakukan navigasi menggunakan pintasan cluster navigasi keyboard. Cluster muncul dalam susunan berikut: panel atas, panel samping kiri, konten utama area, panel bawah, dan tombol tindakan mengambang (FAB).
Gambar 2. Aktivitas yang berisi 5 navigasi cluster

Untuk membuat elemen View atau ViewGroup cluster, setel android:keyboardNavigationCluster ke true dalam file XML tata letak elemen, atau teruskan true ke dalam setKeyboardNavigationCluster() di logika UI aplikasi Anda.

Catatan: Cluster tidak dapat disusun bertingkat, meskipun tidak bertingkat cluster mungkin muncul pada tingkat hierarki yang berbeda. Jika Anda mencoba untuk {i>nest cluster<i}, kerangka kerja hanya memperlakukan jaringan ViewGroup sebagai cluster.

Pada perangkat yang memiliki layar sentuh, Anda bisa menyetel cluster ViewGroup objek elemen android:touchscreenBlocksFocus ke true untuk mengizinkan navigasi khusus cluster ke dalam dan ke luar cluster tersebut. Jika Anda menerapkan konfigurasi ke cluster, pengguna tidak dapat menggunakan tombol Tab atau tombol panah untuk melakukan navigasi ke dalam atau ke luar cluster; mereka harus menekan navigasi cluster menggunakan kombinasi {i>keyboard<i}.

Fokus default tampilan

Di Android 8.0 (API level 26), Anda dapat menetapkan View yang seharusnya menerima fokus setelah aktivitas yang dibuat (ulang) dilanjutkan dan pengguna menekan tombol tombol navigasi keyboard, seperti tombol tab. Untuk menerapkan ini, "fokus secara default" adalah tetapkan atribut View android:focusedByDefault ke true di file XML tata letak yang berisi elemen UI, atau teruskan true ke setFocusedByDefault() di logika UI aplikasi.

Keluaran ucapan

Aktivitas dan layanan dapat menggunakan instance TextToSpeech untuk mendikte dan mengucapkan konten. Sejak Android 8.0 (API level 26), aplikasi Anda bisa memperoleh informasi pengaturan waktu yang lebih tepat tentang kapan mesin {i>text-to-speech<i} mulai mengucapkan kata-kata yang disintesis secara individual, selama mesin telusur menyediakan informasi ini. Anda dapat menggunakan fungsi ini untuk menarik perhatian pada kata-kata tertentu saat mesin text-to-speech berbicara mereka.

Untuk menggunakan peningkatan mesin text-to-speech ini di aplikasi Anda, daftarkan dari instance UtteranceProgressListener. Sebagai bagian dari proses pendaftaran, termasuk pengendali untuk onRangeStart() .

Mesin text-to-speech memanggil rangeStart() untuk merekam titik waktu saat audio diharapkan diputar dari rentang teks tertentu untuk memulai. Saat audio untuk rentang teks tersebut mulai diputar, komponen onRangeStart() akan dieksekusi. Selanjutnya, aplikasi Anda dapat merespons callback ini, seperti dengan menyorot rentang teks yang terkait dengan ucapan tersebut.

Untuk mengetahui informasi selengkapnya tentang pelacakan progres pemutaran text-to-speech mesin, lihat class UtteranceProgressListener alamat IP internal.

Sistem

Detektor StrictMode baru

Android 8.0 (API level 26) menambahkan tiga detektor StrictMode baru untuk membantu mengidentifikasi potensi bug di aplikasi Anda:

  • detectUnbufferedIo() akan mendeteksi saat aplikasi Anda membaca atau menulis data tanpa buffering, yang bisa berdampak drastis tingkat tinggi.
  • detectContentUriWithoutPermission() akan mendeteksi kapan aplikasi Anda secara tidak sengaja lupa memberikan izin ke aplikasi lain ketika memulai Aktivitas di luar aplikasi Anda.
  • detectUntaggedSockets() akan mendeteksi saat aplikasi melakukan lalu lintas jaringan tanpa menggunakan setThreadStatsTag(int) guna memberi tag pada traffic untuk proses debug tujuan.

Data dalam cache

Android 8.0 (API level 26) memberikan panduan dan perilaku yang lebih baik seputar data yang di-cache. Masing-masing sekarang diberikan kuota kapasitas {i>disk<i} untuk data {i>cache<i}, seperti yang ditampilkan oleh getCacheQuotaBytes(UUID).

Saat sistem perlu mengosongkan kapasitas disk, sistem akan memulai dengan menghapus file yang di-cache dari aplikasi yang melebihi kuota yang dialokasikan. Jadi, jika Anda menyimpan data yang di-{i>cache<i} di bawah yang dialokasikan, file {i>cache<i} Anda akan menjadi yang terakhir dari sistem yang akan dihapus ketika diperlukan. Saat sistem memutuskan file cache mana yang akan dihapus di dalam aplikasi Anda, sistem akan pertimbangkan file terlama terlebih dahulu (sebagaimana ditentukan oleh waktu perubahan).

Ada juga dua perilaku baru yang dapat Anda aktifkan per direktori untuk mengontrol bagaimana sistem mengosongkan data {i>cache<i}:

  • StorageManager.setCacheBehaviorAtomic() dapat digunakan untuk menunjukkan bahwa direktori dan semua isinya harus dihapus sebagai unit atom tunggal.
  • setCacheBehaviorTombstone(File, boolean) dapat digunakan untuk menunjukkan alih-alih menghapus file di dalam direktori, file itu harus dipangkas menjadi 0 byte di panjang, tanpa membiarkan file kosong tetap utuh.

Terakhir, ketika Anda perlu mengalokasikan kapasitas {i>disk <i}untuk file berukuran besar, allocateBytes(FileDescriptor, long) API, yang akan otomatis dihapus file yang di-cache milik aplikasi lain (jika diperlukan) untuk memenuhi permintaan Anda. Saat memutuskan apakah perangkat memiliki kapasitas {i>disk<i} yang cukup untuk menyimpan data baru Anda, panggil getAllocatableBytes(UUID) daripada menggunakan getUsableSpace(), karena yang pertama akan mempertimbangkan semua cache data yang bersedia dihapus oleh sistem atas nama Anda.

Paging penyedia konten

Kami telah memperbarui penyedia konten guna menyertakan dukungan untuk memuat set data halaman demi halaman. Misalnya, sebuah aplikasi foto dengan ribuan gambar dapat melakukan kueri untuk subkumpulan data yang akan ditampilkan di halaman. Setiap halaman hasil yang dikembalikan oleh penyedia konten direpresentasikan oleh satu Cursor . Baik klien maupun penyedia harus mengimplementasikan {i>paging <i}untuk menggunakan fitur ini.

Untuk informasi mendetail tentang perubahan pada penyedia konten, lihat ContentProvider dan ContentProviderClient.

Permintaan pemuatan ulang konten

ContentProvider dan Sekarang masing-masing class ContentResolver menyertakan refresh(), yang memudahkan klien untuk mengetahui apakah bahwa informasi yang mereka minta adalah informasi yang terbaru.

Anda dapat menambahkan logika pembaruan konten kustom dengan memperluas ContentProvider. Pastikan Anda mengganti Metode refresh() untuk ditampilkan true, yang menunjukkan kepada klien penyedia Anda bahwa Anda telah mencoba untuk memuat ulang data itu sendiri.

Aplikasi klien Anda bisa secara eksplisit meminta konten yang diperbarui dengan memanggil metode berbeda, disebut juga refresh(). Saat memanggil ini , teruskan URI data yang akan dimuat ulang.

Catatan: Karena Anda mungkin meminta data melalui jaringan, Anda harus memanggil refresh() dari sisi klien hanya jika ada indikasi kuat bahwa konten tersebut sudah usang. Alasan paling umum untuk melakukan jenis pembaruan konten ini adalah sebagai respons terhadap geser untuk memuat ulang {i>gesture <i}yang secara eksplisit meminta UI saat ini untuk menampilkan konten terbaru.

Peningkatan JobScheduler

Android 8.0 (API level 26) memperkenalkan sejumlah peningkatan pada JobScheduler. Peningkatan ini memudahkan aplikasi Anda untuk mematuhi latar belakang baru batas eksekusi, karena umumnya Anda dapat menggunakan tugas terjadwal untuk menggantikan layanan latar belakang yang sekarang dibatasi atau penerima siaran implisit.

Update untuk JobScheduler mencakup:

  • Sekarang Anda bisa menghubungkan antrean pekerjaan dengan tugas terjadwal. Untuk menambahkan item pekerjaan ke antrean pekerjaan, panggil JobScheduler.enqueue() Saat sedang berjalan, tugas bisa mengambil pekerjaan yang tertunda dari antrean dan memprosesnya. Fungsi ini menangani banyak kasus penggunaan yang sebelumnya memiliki diperlukan untuk memulai layanan latar belakang, khususnya layanan yang mengimplementasikan IntentService.
  • Android Support Library 26.0.0 memperkenalkan class JobIntentService baru, yang menyediakan berfungsi sebagai IntentService tetapi menggunakan tugas, bukan layanan saat berjalan di Android 8.0 (API level 26) atau yang lebih baru.
  • Sekarang Anda dapat menelepon JobInfo.Builder.setClipData() untuk mengaitkan ClipData dengan tugas. Opsi ini memungkinkan Anda untuk mengaitkan pemberian izin URI dengan suatu tugas, mirip dengan cara izin akses dapat diterapkan ke Context.startService(). Anda juga dapat menggunakan pemberian izin URI dengan intent pada antrean pekerjaan.
  • Tugas terjadwal sekarang mendukung beberapa batasan baru:
    JobInfo.isRequireStorageNotLow()
    Tugas tidak berjalan jika penyimpanan perangkat yang tersedia rendah.
    JobInfo.isRequireBatteryNotLow()
    Tugas tidak berjalan jika level baterai berada pada atau di bawah level kritis ambang batas; ini adalah tingkat saat perangkat menampilkan status Daya baterai lemah dialog sistem peringatan.
    NETWORK_TYPE_METERED
    Tugas memerlukan koneksi jaringan berkuota, seperti sebagian besar data seluler project.

Penyimpanan data khusus

Android 8.0 (API level 26) memungkinkan Anda menyediakan penyimpanan data khusus sesuai preferensi, yang bisa berguna jika aplikasi Anda menyimpan preferensi di cloud atau database lokal, atau jika preferensinya khusus perangkat. Untuk mengetahui informasi selengkapnya tentang menerapkan penyimpanan data, lihat Penyimpanan Data Kustom.

Penyempurnaan media

VolumeShaper

Ada class VolumeShaper baru. Gunakan untuk melakukan transisi volume otomatis singkat seperti fade-in, fade-out, dan pudar silang. Lihat Mengontrol Amplitudo dengan VolumeShaper untuk mempelajari lebih lanjut.

Peningkatan fokus audio

Aplikasi audio berbagi keluaran audio pada perangkat dengan meminta dan mengabaikan fokus audio. Aplikasi menangani perubahan di fokus dengan memulai atau menghentikan pemutaran, atau menurunkan volumenya. Ada class AudioFocusRequest baru. Menggunakan kelas ini sebagai parameter requestAudioFocus(), aplikasi memiliki kemampuan baru saat menangani perubahan fokus audio: pengecilan volume otomatis dan perolehan fokus tertunda.

Metrik media

Metode getMetrics() baru akan menampilkan PersistableBundle objek yang berisi konfigurasi dan informasi performa, dinyatakan sebagai peta atribut dan nilai. Metode getMetrics() ditentukan untuk class media berikut:

Metrik dikumpulkan secara terpisah untuk setiap instance dan tetap ada selama masa aktif instance. Jika tidak ada metrik yang tersedia, metode akan menampilkan null. Metrik sebenarnya yang ditampilkan bergantung pada class-nya.

MediaPlayer

Mulai Android 8.0 (API level 26) MediaPlayer dapat memutar Dilindungi DRM dan media terenkripsi tingkat sampel HLS.

Android 8.0 memperkenalkan fitur overload baru seekTo() yang memberikan detail saat mencari {i>frame<i}. Kode ini menyertakan parameter kedua yang menentukan mode pencarian:

  • SEEK_PREVIOUS_SYNC memindahkan posisi media ke frame sinkronisasi (atau kunci) yang terhubung dengan sumber data yang terletak tepat sebelum atau pada waktu tertentu.
  • SEEK_NEXT_SYNC memindahkan posisi media ke frame sinkronisasi (atau kunci) yang terkait dengan sumber data yang terletak tepat setelah atau pada waktu tertentu.
  • SEEK_CLOSEST_SYNC memindahkan posisi media ke frame sinkronisasi (atau kunci) yang terkait dengan sumber data yang terletak paling dekat dengan atau pada waktu tertentu.
  • SEEK_CLOSEST memindahkan posisi media ke bingkai (tidak harus sinkron atau frame kunci) yang terkait dengan sumber data yang terletak paling dekat dengan atau pada waktu tertentu.

Saat mencari secara terus-menerus, aplikasi harus menggunakan salah satu mode SEEK_, bukan SEEK_CLOSEST, yang berjalan relatif lebih lambat tetapi dapat lebih akurat.

MediaRecorder

  • MediaRecorder sekarang mendukung format MPEG2_TS yang berguna untuk {i>streaming<i}:

    Kotlin

    mediaRecorder.setOutputFormat(MediaRecorder.OutputFormat.MPEG_2_TS)

    Java

    mediaRecorder.setOutputFormat(MediaRecorder.OutputFormat.MPEG_2_TS);

    lihat MediaRecorder.OutputFormat

  • MediaMuxer kini dapat menangani sejumlah streaming audio dan video. Anda tidak lagi dibatasi ke satu trek audio dan/atau satu trek video. Gunakan addTrack() untuk mencampur sebanyak mungkin lagu yang Anda inginkan.
  • MediaMuxer juga dapat menambahkan satu atau beberapa trek metadata yang berisi per frame yang ditentukan pengguna tidak akurat atau tidak sesuai. Format metadata didefinisikan oleh aplikasi Anda. Tujuan trek metadata hanya didukung untuk kontainer MP4.

Metadata dapat berguna untuk pemrosesan secara offline. Misalnya, sinyal giroskop dari sensor dapat digunakan untuk melakukan stabilisasi video.

Saat menambahkan trek metadata, format mime trek harus diawali dengan awalan "aplikasi/". Menulis metadata sama seperti menulis data video/audio, kecuali bahwa data tidak berasal dari MediaCodec. Sebagai gantinya, aplikasi ini meneruskan ByteBuffer dengan stempel waktu yang terkait dengan Metode writeSampleData(). Stempel waktu harus berada dalam basis waktu yang sama dengan trek video dan audio.

File MP4 yang dihasilkan menggunakan TextMetaDataSampleEntry yang ditentukan di bagian 12.3.3.2 dari ISOBMFF untuk menandakan format mime metadata. Saat menggunakan MediaExtractor untuk mengekstrak file dengan trek metadata, mime format metadata yang akan diekstrak ke dalam MediaFormat.

Akses file media yang ditingkatkan

Tujuan Storage Access Framework (SAF) memungkinkan aplikasi mengekspos DocumentsProvider, yang dapat memberikan akses ke file di sumber data ke aplikasi lain. Bahkan, seorang penyedia dokumen bahkan dapat menyediakan akses ke file yang berada di penyimpanan jaringan atau yang menggunakan protokol seperti Media Transfer Protocol (MTP).

Namun, mengakses file media besar dari sumber data jarak jauh menimbulkan beberapa tantangan:

  • Pemutar media memerlukan akses yang bisa dicari ke file dari penyedia dokumen. Dalam kasus di mana file media besar berada pada sumber data jarak jauh, penyedia dokumen harus mengambil semua data terlebih dahulu dan membuat snapshot deskriptor file. Pemutar media tidak dapat memutar file tanpa file sehingga pemutaran tidak bisa dimulai sampai penyedia dokumen selesai mengunduh file.
  • Pengelola koleksi media, seperti aplikasi foto, harus melewati serangkaian mengakses URI untuk menjangkau media yang tersimpan di kartu SD eksternal melalui folder. Pola akses ini membuat operasi massal pada media—seperti memindahkan, menyalin, dan menghapus—cukup lambat.
  • Pengelola koleksi media tidak dapat menentukan lokasi dokumen karena URI. Hal ini mempersulit jenis aplikasi tersebut untuk memungkinkan pengguna memilih lokasi penyimpanan file media.

Android 8.0 mengatasi setiap tantangan ini dengan meningkatkan Akses Penyimpanan Google Workspace.

Penyedia dokumen khusus

Mulai Android 8.0, Storage Access Framework memungkinkan dokumen khusus agar dapat membuat deskriptor file yang dapat dicari untuk file yang berada di sumber data jarak jauh. SAF dapat membuka file untuk mendapatkan file yang dapat dicari native deskripsi. SAF kemudian mengirimkan permintaan {i>byte<i} terpisah ke dokumen tersebut penyedia layanan. Fitur ini memungkinkan penyedia dokumen untuk menampilkan rentang yang tepat byte yang diminta aplikasi pemutar media, alih-alih meng-cache seluruh file terlebih dahulu.

Untuk menggunakan fitur ini, Anda harus memanggil metode Metode StorageManager.openProxyFileDescriptor(). Tujuan Metode openProxyFileDescriptor() menerima objek ProxyFileDescriptorCallback sebagai callback. SAF memanggil callback setiap kali aplikasi klien menjalankan operasi file pada file deskriptor yang dikembalikan dari penyedia dokumen.

Akses dokumen langsung

Mulai dari Android 8.0 (API level 26), Anda dapat menggunakan getDocumentUri() metode untuk mendapatkan URI yang merujuk ke dokumen yang sama dengan mediaUri yang diberikan. Namun, karena URI yang dikembalikan didukung oleh sebuah DocumentsProvider, pengelola koleksi media dapat mengakses dokumen secara langsung, tanpa harus melintasi pohon direktori {i>scope<i}. Hasilnya, pengelola media bisa melakukan operasi file pada dokumen itu jauh lebih cepat.

Perhatian: Metode getDocumentUri() hanya mencari file media; tidak memberikan akses ke aplikasi izin akses untuk mengakses file-file tersebut. Untuk mempelajari lebih lanjut cara mendapatkan akses izin akses ke file media, lihat dokumentasi referensi.

Lokasi menuju dokumen

Saat menggunakan Storage Access Framework di Android 8.0 (API level 26), Anda bisa menggunakan Metode findDocumentPath(), tersedia di kedua DocumentsContract dan DocumentsProvider , untuk menentukan jalur dari root sistem file yang diberikan ke ID. Metode ini menampilkan jalur ini dalam Objek DocumentsContract.Path. Dalam kasus di mana file memiliki beberapa jalur yang didefinisikan ke dokumen yang sama, metode ini akan mengembalikan jalur yang paling sering digunakan untuk mencapai dokumen dengan ID yang diberikan.

Fungsionalitas ini sangat berguna dalam skenario berikut:

  • Aplikasi Anda menggunakan "simpan sebagai" dialog yang menampilkan lokasi dokumen tertentu.
  • Aplikasi Anda menampilkan folder dalam tampilan hasil penelusuran dan harus memuat folder turunan dokumen yang ada di dalam folder tertentu jika pengguna memilihnya folder tersebut.

Catatan: Jika aplikasi Anda memiliki izin untuk hanya mengakses beberapa dokumen di jalur, nilai hasil findDocumentPath() hanya mencakup folder dan dokumen yang dapat diakses oleh aplikasi Anda.

Memantau pemutaran audio

Layanan sistem AudioManager menyimpan daftar objek AudioPlaybackConfiguration aktif, yang masing-masing berisi informasi tentang sesi pemutaran audio tertentu. Aplikasi Anda dapat mengambil rangkaian konfigurasi yang sedang aktif dengan memanggil getActivePlaybackConfigurations().

Mulai dari Android 8.0 (API level 26), Anda bisa mendaftarkan callback yang memberi tahu aplikasi Anda saat satu atau beberapa Objek AudioPlaybackConfiguration telah berubah. Untuk melakukannya, memanggil registerAudioPlaybackCallback(), dengan meneruskan instance AudioManager.AudioPlaybackCallback. Tujuan Class AudioManager.AudioPlaybackCallback berisi atribut Metode onPlaybackConfigChanged(), yang dipanggil sistem saat audio perubahan konfigurasi pemutaran.

Konektivitas

Wi-Fi Aware

Android 8.0 (level API 26) menambahkan dukungan untuk Wi-Fi Aware, yang didasarkan pada fitur Neighbor Spesifikasi Awareness Networking (NAN). Di perangkat dengan Hardware Wi-Fi Aware, aplikasi, dan perangkat di sekitar dapat menemukan dan berkomunikasi melalui Wi-Fi tanpa titik akses Internet. Kita bekerja dengan perangkat keras mitra untuk membawa teknologi Wi-Fi Aware ke perangkat sesegera mungkin. Sebagai Informasi tentang cara mengintegrasikan Wi-Fi Aware ke aplikasi Anda, lihat Wi-Fi Aware.

Bluetooth

Android 8.0 (API level 26) memperkaya dukungan Bluetooth platform dengan menambahkan fitur:

  • Dukungan untuk standar AVRCP 1.4, yang memungkinkan penjelajahan koleksi-lagu.
  • Dukungan untuk standar Bluetooth Low-Energy (BLE) 5.0.
  • Integrasi codec Sony LDAC ke dalam tumpukan Bluetooth.

Penyambungan perangkat pendamping

Android 8.0 (API level 26) menyediakan API yang memungkinkan Anda menyesuaikan dialog permintaan penyambungan saat mencoba menyambungkan dengan perangkat pendamping Bluetooth, BLE, dan Wi-Fi. Untuk informasi selengkapnya, lihat Perangkat Pendamping Menyambungkan.

Untuk informasi selengkapnya tentang menggunakan Bluetooth di Android, lihat Panduan Bluetooth. Sebagai perubahan pada Bluetooth yang khusus untuk Android 8.0 (API level 26), lihat Bluetooth layanan Halaman Perubahan Perilaku Android 8.0.

Berbagi

Berbagi secara cerdas

Android 8.0 (API level 26) mempelajari pengalaman pengguna berbagi yang dipersonalisasi preferensi Anda dan lebih memahami untuk setiap jenis konten yang sesuai aplikasi untuk berbagi. Misalnya, jika pengguna mengambil foto tanda terima, Android 8.0 dapat menyarankan aplikasi pelacakan pengeluaran; jika pengguna mengambil foto selfie, bisa menangani gambar dengan lebih baik. Android 8.0 otomatis mempelajari semua ini pola yang sesuai dengan perilaku pengguna preferensi yang dipersonalisasi.

Berbagi cerdas berfungsi untuk jenis konten selain image, seperti audio, video, text, URL, dll.

Untuk mengaktifkan Berbagi cerdas, tambahkan ArrayList dari maksimal tiga anotasi string ke intent yang membagikan konten tersebut. Anotasi harus menjelaskan komponen atau topik utama dalam konten. Contoh kode berikut menunjukkan cara menambahkan anotasi ke intent:

Kotlin

val annotations: ArrayList<String> = arrayListOf(
        "topic1",
        "topic2",
        "topic3"
)

intent.putStringArrayListExtra(
        Intent.EXTRA_CONTENT_ANNOTATIONS,
        annotations
)

Java

ArrayList<String> annotations = new ArrayList<>();

annotations.add("topic1");
annotations.add("topic2");
annotations.add("topic3");

intent.putStringArrayListExtra(
    Intent.EXTRA_CONTENT_ANNOTATIONS,
    annotations
);

Untuk informasi mendetail tentang anotasi Berbagi cerdas, lihat EXTRA_CONTENT_ANNOTATIONS.

Pengklasifikasi teks

Pada perangkat yang kompatibel, aplikasi bisa menggunakan Pengklasifikasi Teks baru untuk memeriksa apakah string cocok dengan jenis entitas pengklasifikasi yang diketahui dan mendapatkan pilihan yang disarankan alternatif. Entity yang dikenali oleh sistem mencakup alamat, URL, nomor telepon, dan alamat email. Untuk informasi selengkapnya, lihat TextClassifier.

Aksesibilitas

Android 8.0 (API level 26) mendukung sejumlah fitur aksesibilitas baru untuk developer yang membuat layanan aksesibilitas mereka sendiri:

Untuk mempelajari lebih lanjut cara membuat aplikasi Anda lebih mudah diakses, lihat Aksesibilitas.

Keamanan & Privasi

Izin

Android 8.0 (API level 26) memperkenalkan beberapa izin baru yang berkaitan dengan telepon:

Izin akses ini diklasifikasikan sebagai berbahaya dan merupakan bagian dari PHONE grup izin akses.

Akses akun baru dan API penemuan

Android 8.0 (API level 26) memperkenalkan beberapa peningkatan pada aplikasi mendapatkan akses ke akun pengguna. Untuk akun yang mereka kelola, Otentikator dapat menggunakan kebijakan mereka sendiri untuk memutuskan apakah akan menyembunyikan akun, atau mengungkap akun, sebuah aplikasi. Sistem Android melacak aplikasi yang dapat mengakses akun tertentu.

Di versi Android sebelumnya, aplikasi yang ingin melacak daftar akun pengguna harus mendapatkan pembaruan tentang semua akun, termasuk akun dengan jenis yang tidak terkait. Android 8.0 menambahkan addOnAccountsUpdatedListener(android.accounts.OnAccountsUpdateListener, android.os.Handler, boolean, java.lang.String[]) , yang memungkinkan aplikasi menentukan daftar jenis akun perubahan akun yang harus diterima.

Perubahan API

AccountManager menyediakan enam metode baru untuk membantu otentikator mengelola aplikasi dapat melihat akun:

Android 8.0 (API level 26) memperkenalkan dua nilai Nama Paket khusus untuk menentukan visibilitas tingkat layanan untuk aplikasi yang tidak disetel menggunakan setAccountVisibility(android.accounts.Account, java.lang.String, int) . Tujuan PACKAGE_NAME_KEY_LEGACY_VISIBLE nilai visibilitas yang diterapkan ke aplikasi yang memiliki GET_ACCOUNTS izin akses, dan versi target dari Android yang lebih lama dari Android 8.0, atau yang cocok dengan otentikator yang menargetkan versi Android apa pun. PACKAGE_NAME_KEY_LEGACY_NOT_VISIBLE memberikan nilai visibilitas default untuk aplikasi yang belum ditetapkan sebelumnya dan yang PACKAGE_NAME_KEY_LEGACY_VISIBLE tidak berlaku.

Untuk informasi selengkapnya tentang akses akun baru dan API penemuan, lihat referensi untuk AccountManager dan OnAccountsUpdateListener.

Pengujian

Pengujian instrumentasi

Android 8.0 (level API 26) menyediakan dukungan tambahan berikut untuk uji instrumentasi.

Jalankan pada proses aplikasi non-default

Sekarang Anda dapat menentukan bahwa uji instrumentasi tertentu harus dijalankan pada proses di luar proses default aplikasi Anda. Konfigurasi ini berguna jika aplikasi Anda berisi beberapa aktivitas yang berjalan dalam proses berbeda.

Untuk menentukan instrumentasi proses non-default, buka manifes Anda lalu ke folder yang diinginkan Elemen <instrumentation>. Tambahkan android:targetProcess, dan tetapkan nilainya ke salah satu hal berikut:

  • Nama proses tertentu.
  • Daftar nama proses yang dipisah koma
  • Karakter pengganti ("*"), yang memungkinkan instrumentasi berjalan terhadap setiap proses yang diluncurkan yang mengeksekusi kode dalam paket yang ditentukan dalam atribut android:targetPackage.

Ketika uji instrumentasi dijalankan, Anda dapat memeriksa proses mana pengujiannya dengan memanggil getProcessName().

Laporkan hasil selama pengujian

Sekarang Anda dapat melaporkan hasil selagi uji instrumentasi dijalankan. bukan setelahnya, dengan memanggil addResults().

Intent rekaan untuk pengujian

Untuk mempermudah pembuatan pengujian UI yang terisolasi dan independen untuk aplikasi Anda Android 8.0 (API level 26) memperkenalkan Metode onStartActivity(). Anda mengganti metode ini dalam subclass kustom dari Instrumentation.ActivityMonitor untuk menangani yang dipanggil oleh class pengujian Anda.

Saat class pengujian Anda memanggil intent, metode akan menampilkan stub Objek Instrumentation.ActivityResult, bukan mengeksekusi intent itu sendiri. Dengan logika intent tiruan ini dalam pengujian, Anda dapat berfokus tentang cara aktivitas Anda mempersiapkan dan menangani intent yang diteruskan ke aktivitas yang berbeda atau ke aplikasi yang sama sekali berbeda.

Runtime & Peralatan

Optimalisasi platform

Android 8.0 (API level 26) menghadirkan waktu proses dan optimalisasi lainnya ke platform yang akan menghasilkan sejumlah peningkatan performa. Pengoptimalan ini mencakup pembersihan sampah memori serentak, penggunaan memori yang lebih efisien, dan lokalitas kode.

Pengoptimalan ini menghasilkan waktu booting yang lebih cepat, serta performa yang lebih baik pada OS dan aplikasi.

Dukungan bahasa Java yang diperbarui

Android 8.0 (API level 26) menambahkan dukungan untuk beberapa API Java OpenJDK tambahan:

Untuk mempelajari lebih lanjut class dan metode dalam class yang baru ditambahkan ini paket, lihat dokumentasi referensi API.

Jika Anda ingin menggunakan fitur bahasa Java 8 di Android Studio, Anda harus download versi pratinjau terbaru.

ICU4J Android Framework API yang diupdate

Android 8.0 (API level 26) memperluas Framework Android ICU4J API—yang merupakan subset dari ICU4J API—bagi developer aplikasi untuk gunakan pada paket android.icu. API ini menggunakan data pelokalan ada di perangkat, sehingga Anda bisa mengurangi footprint APK dengan tidak mengompilasi library ICU4J di APK Anda.

Tabel 1. Versi ICU, CLDR, dan Unicode yang digunakan di Android.

Level Android API Versi ICU Versi CLDR Versi Unicode
Android 7.0 (API level 24), Android 7.1 (API level 25) 56 28 8.0
Android 8.0 (API level 26) 58.2 30.0.3 9.0

Untuk informasi selengkapnya tentang internasionalisasi di Android, termasuk Dukungan ICU4J, lihat Internasionalisasi di Android.

Android enterprise

Fitur dan API perusahaan baru telah diperkenalkan untuk perangkat yang menjalankan Android 8.0 (level API 26). Sorotan mencakup:

  • Profil kerja pada perangkat terkelola sepenuhnya memungkinkan perusahaan memisahkan pekerjaan dari data pribadi, sambil mengelola keduanya.
  • Delegasi API memungkinkan pemilik perangkat dan pemilik profil menetapkan aplikasi manajemen proyek ke aplikasi lain.
  • Peningkatan pengalaman pengguna dalam alur penyediaan (termasuk pilihan kustomisasi) mengurangi waktu pengaturan.
  • Kontrol baru atas Bluetooth, Wi-Fi, pencadangan, dan keamanan memungkinkan perusahaan mengelola lebih banyak bagian perangkat. Logging aktivitas jaringan membantu perusahaan melacak masalah menurun.

Untuk mempelajari hal ini serta fitur dan API perusahaan Android baru lainnya, lihat Android di Enterprise.