API Level: 21
Android 5.0 (LOLLIPOP) menawarkan berbagai fitur baru untuk pengguna dan developer aplikasi. Dokumen ini menyediakan pengantar untuk API baru yang paling penting.
Jika Anda memiliki aplikasi yang sudah dipublikasikan, pastikan untuk membaca Perubahan Perilaku Android 5.0 yang harus diperhitungkan di aplikasi Anda. Perubahan perilaku ini dapat memengaruhi aplikasi Anda di perangkat Android 5.0, meskipun Anda tidak menggunakan API baru atau menargetkan fungsi baru.
Untuk mendapatkan gambaran lengkap tentang fitur platform baru, lihat Sorotan Android Lollipop.
Mulai mengembangkan
Untuk mulai membuat aplikasi untuk Android 5.0, Anda harus mendapatkan Android SDK terlebih dahulu. Lalu, gunakan SDK Manager untuk mendownload Android 5.0 SDK Platform dan System Image.
Memperbarui target API level Anda
Untuk lebih mengoptimalkan aplikasi Anda pada perangkat yang menjalankan Android 5.0,
setel targetSdkVersion
ke
"21"
, instal aplikasi di image sistem
Android 5.0, uji, lalu publikasikan aplikasi yang telah diupdate dengan
perubahan ini.
Anda dapat menggunakan API Android 5.0 sekaligus mendukung versi lama dengan menambahkan kondisi ke kode yang akan memeriksa API level sistem sebelum mengeksekusi API yang tidak didukung oleh minSdkVersion
Anda.
Untuk mempelajari lebih lanjut cara mempertahankan kompatibilitas mundur, baca Mendukung
Berbagai Versi Platform.
Untuk mengetahui informasi selengkapnya tentang cara kerja API level, baca Apa itu API Level?
Perubahan perilaku yang penting
Jika Anda sebelumnya telah mempublikasikan aplikasi untuk Android, ketahuilah bahwa aplikasi Anda mungkin akan dipengaruhi oleh perubahan dalam Android 5.0.
Lihat Perubahan Android 5.0 untuk informasi selengkapnya.
Antarmuka Pengguna
Dukungan desain material
Android 5.0 menambahkan dukungan untuk gaya desain material baru Android. Anda dapat membuat aplikasi dengan desain material yang dinamis secara visual dan memiliki transisi elemen UI yang terasa alami bagi pengguna. Dukungan ini menyertakan:
- Tema material
- Bayangan tampilan
- Widget
RecyclerView
- Animasi sumber daya dapat digambar dan efek penataan gaya
- Animasi desain material dan efek transisi aktivitas
- Animator untuk properti tampilan berdasarkan status tampilan
- Widget UI yang bisa disesuaikan dan bilah aplikasi dengan palet warna yang Anda kontrol
- Sumber daya dapat digambar yang animasi dan non-animasi berdasarkan grafis vektor XML
Untuk mempelajari cara menambahkan fungsi desain material ke aplikasi Anda lebih lanjut, lihat Desain Material.
Beberapa dokumen dan aktivitas sekaligus di layar terbaru
Pada rilis sebelumnya, layar terbaru
hanya dapat menampilkan satu tugas untuk setiap aplikasi yang terakhir berinteraksi dengan pengguna. Sekarang aplikasi Anda dapat membuka lebih banyak tugas sesuai kebutuhan untuk beberapa aktivitas tambahan bagi beberapa dokumen. Fitur ini memfasilitasi multitasking dengan
memungkinkan pengguna beralih dengan cepat antara aktivitas individual dan dokumen dari
layar terbaru, dengan pengalaman beralih yang konsisten di semua aplikasi.
Contoh tugas serentak tersebut dapat mencakup tab yang terbuka di aplikasi
browser web, dokumen di aplikasi produktivitas, beberapa kecocokan serentak dalam
game, atau chat dalam aplikasi pesan. Aplikasi Anda dapat mengelola tugasnya
melalui class ActivityManager.AppTask
.
Untuk menyisipkan jeda logis agar sistem memperlakukan aktivitas Anda sebagai tugas
baru, gunakan FLAG_ACTIVITY_NEW_DOCUMENT
saat
meluncurkan aktivitas dengan startActivity()
. Anda juga bisa mendapatkan perilaku ini dengan menyetel
atribut documentLaunchMode
elemen
<activity>
ke "intoExisting"
atau
"always"
dalam manifes Anda.
Agar layar terbaru tidak berantakan, Anda dapat menetapkan jumlah
tugas maksimum dari aplikasi yang dapat muncul di layar tersebut. Untuk melakukannya, tetapkan
atribut <application>
android:maxRecents
. Jumlah maksimum saat ini
yang dapat ditentukan adalah 50 tugas per pengguna (25 untuk perangkat dengan RAM rendah).
Tugas di layar terbaru bisa disetel agar tetap bertahan setelah boot ulang. Untuk mengontrol perilaku persistensi, gunakan atribut android:persistableMode. Anda juga dapat mengubah
properti visual suatu aktivitas di layar terbaru, seperti
warna, label, dan ikon aktivitas, dengan memanggil
metode
setTaskDescription()
.
Pembaruan WebView
Android 5.0 mengupdate implementasi WebView
ke Chromium M37, yang menghadirkan peningkatan keamanan dan stabilitas,
serta perbaikan bug. String agen pengguna default untuk
WebView
yang berjalan di Android 5.0 telah
diupdate untuk menyertakan 37.0.0.0 sebagai nomor versi.
Rilis ini memperkenalkan class PermissionRequest
,
yang memungkinkan aplikasi Anda memberikan izin WebView
untuk mengakses resource yang dilindungi seperti kamera dan mikrofon, melalui API web
seperti getUserMedia(). Aplikasi Anda harus memiliki
izin Android yang sesuai untuk resource ini agar dapat memberikan izin ke
WebView
.
Dengan metode onShowFileChooser()
yang baru,
Anda kini dapat menggunakan kolom formulir input di WebView
,
dan meluncurkan pemilih file untuk memilih gambar dan file dari perangkat Android.
Selain itu, rilis ini menghadirkan dukungan untuk standar terbuka WebAudio, WebGL, dan WebRTC. Untuk mempelajari lebih lanjut fitur baru yang disertakan dalam rilis ini, lihat WebView untuk Android.
Merekam dan berbagi layar
Android 5.0 memungkinkan Anda menambahkan kemampuan merekam layar dan berbagi layar ke
aplikasi dengan android.media.projection
API yang baru. Fungsionalitas ini berguna, misalnya, jika Anda ingin mengaktifkan berbagi layar di aplikasi konferensi video.
Metode createVirtualDisplay()
baru
memungkinkan aplikasi Anda merekam konten layar utama (tampilan
default) ke objek Surface
, yang kemudian dapat
dikirim oleh aplikasi Anda di seluruh jaringan. API ini hanya mengizinkan perekaman konten layar
yang tidak aman, bukan audio sistem. Untuk memulai pengambilan layar, aplikasi Anda harus terlebih dahulu
meminta izin pengguna dengan meluncurkan dialog screenshot menggunakan
Intent
yang diperoleh melalui
metode
createScreenCaptureIntent()
.
Untuk contoh cara menggunakan API baru, lihat class MediaProjectionDemo
dalam project contoh.
Notifikasi
Notifikasi layar kunci
Layar kunci di Android 5.0 memiliki kemampuan untuk menampilkan notifikasi. Pengguna dapat memilih melalui Setelan apakah akan mengizinkan konten notifikasi sensitif ditampilkan di layar kunci yang aman.
Aplikasi Anda dapat mengontrol tingkat detail yang terlihat saat notifikasinya
ditampilkan di layar kunci yang aman. Untuk mengontrol tingkat visibilitas, panggil
setVisibility()
dan
tentukan salah satu nilai berikut:
VISIBILITY_PRIVATE
: Menampilkan informasi dasar, seperti ikon notifikasi, tetapi menyembunyikan konten lengkap notifikasi.VISIBILITY_PUBLIC
: Menampilkan konten lengkap notifikasi.VISIBILITY_SECRET
: Tidak menampilkan apa pun, bahkan ikon notifikasi.
Jika tingkat visibilitas adalah VISIBILITY_PRIVATE
,
Anda juga dapat memberikan versi konten notifikasi
yang disamarkan dan menyembunyikan detail pribadi. Misalnya, aplikasi SMS mungkin menampilkan notifikasi yang memperlihatkan "Anda memiliki 3 pesan teks baru" tetapi menyembunyikan isi dan pengirim pesan. Untuk memberikan notifikasi alternatif ini, pertama-tama buat
notifikasi penggantian menggunakan Notification.Builder
. Saat
Anda membuat objek notifikasi pribadi, lampirkan notifikasi pengganti
ke objek tersebut melalui
metode setPublicVersion()
.
Metadata notifikasi
Android 5.0 menggunakan metadata yang terkait dengan notifikasi aplikasi
untuk mengurutkan notifikasi dengan lebih cerdas. Untuk menetapkan metadata, panggil
metode berikut di Notification.Builder
saat Anda
membuat notifikasi:
setCategory()
: Memberi tahu sistem cara menangani notifikasi aplikasi Anda saat perangkat berada dalam mode prioritas (misalnya, jika notifikasi mewakili panggilan masuk, pesan instan, atau alarm).setPriority()
: Menandai notifikasi sebagai lebih atau kurang penting daripada notifikasi normal. Notifikasi dengan kolom prioritas yang ditetapkan kePRIORITY_MAX
atauPRIORITY_HIGH
akan muncul dalam jendela kecil mengambang jika notifikasi juga memiliki suara atau getaran.addPerson()
: Memungkinkan Anda menambahkan satu atau beberapa orang yang relevan dengan notifikasi. Aplikasi Anda dapat menggunakannya untuk memberikan sinyal kepada sistem bahwa aplikasi harus mengelompokkan notifikasi dari orang tertentu, atau memberi peringkat lebih penting pada notifikasi dari orang-orang ini.
Grafis
Dukungan untuk OpenGL ES 3.1
Android 5.0 menambahkan antarmuka Java dan dukungan native untuk OpenGL ES 3.1. Fungsionalitas baru yang utama pada OpenGL ES 3.1 menyertakan:
- Compute Shader
- Objek shader terpisah
- Perintah menggambar tidak langsung
- Tekstur stensil dan multisampel
- Peningkatan bahasa shading
- Ekstensi untuk mode blend tingkat lanjut dan debugging
- Kompatibilitas mundur dengan versi OpenGL ES 2.0 dan 3.0
Antarmuka Java untuk OpenGL ES 3.1 di Android dilengkapi dengan
GLES31
. Saat menggunakan OpenGL ES 3.1, pastikan Anda mendeklarasikannya dalam file manifes dengan tag <uses-feature>
dan atribut android:glEsVersion
. Contoh:
<manifest> <uses-feature android:glEsVersion="0x00030001" /> ... </manifest>
Untuk informasi penggunaan OpenGL ES lebih lanjut, termasuk cara memeriksa versi OpenGL ES yang didukung perangkat saat runtime, lihat Panduan OpenGL ES API.
Android Extension Pack
Selain OpenGL ES 3.1, rilis ini menyediakan paket ekstensi dengan
antarmuka Java dan dukungan native untuk fungsi grafis lanjutan. Ekstensi
ini diperlakukan sebagai satu paket oleh Android. (Jika
ekstensi ANDROID_extension_pack_es31a
ada, aplikasi Anda dapat
mengasumsikan semua ekstensi dalam paket tersebut ada dan mengaktifkan fitur bahasa
shading dengan satu pernyataan #extension
.)
Dukungan paket ekstensi:
- Dukungan shader fragmen terjamin untuk buffer penyimpanan shader, gambar, dan atomik (Dukungan shader fragmen bersifat opsional di OpenGL ES 3.1.)
- Tessellation-shader dan geometry-shader
- Format kompresi tekstur ASTC (LDR)
- Interpolasi dan shading per-sampel
- Mode blend berbeda untuk setiap penyertaan warna dalam frame-buffer
Antarmuka Java untuk paket ekstensi disediakan dengan GLES31Ext
. Dalam manifes aplikasi, Anda dapat mendeklarasikan bahwa
aplikasi hanya boleh diinstal pada perangkat yang mendukung paket ekstensi.
Contoh:
<manifest> <uses-feature android:name=“android.hardware.opengles.aep” android:required="true" /> ... </manifest>
Media
Camera API untuk kemampuan kamera canggih
Android 5.0 memperkenalkan API
android.hardware.camera2
baru untuk memfasilitasi pengambilan foto yang lebih halus dan pemrosesan gambar. Sekarang Anda dapat
mengakses perangkat kamera yang tersedia secara terprogram untuk sistem dengan
getCameraIdList()
dan terhubung ke perangkat tertentu dengan
openCamera()
.
Untuk mulai mengambil gambar, buat CameraCaptureSession
dan tentukan objek Surface
untuk mengirim gambar yang diambil.
CameraCaptureSession
dapat dikonfigurasi untuk
mengambil satu foto atau beberapa gambar secara burst.
Agar mendapatkan notifikasi saat gambar baru diambil, terapkan
pemroses CameraCaptureSession.CaptureCallback
dan tetapkan dalam permintaan pengambilan Anda. Sekarang, setelah sistem menyelesaikan permintaan pengambilan
gambar, pemroses CameraCaptureSession.CaptureCallback
akan menerima panggilan ke
onCaptureCompleted()
,
yang memberi Anda metadata pengambilan gambar dalam
CaptureResult
.
Class CameraCharacteristics
memungkinkan
aplikasi Anda mendeteksi fitur kamera yang tersedia di perangkat. Properti INFO_SUPPORTED_HARDWARE_LEVEL
objek mewakili tingkat fungsi kamera.
- Semua perangkat mendukung setidaknya
level hardware
INFO_SUPPORTED_HARDWARE_LEVEL_LEGACY
, yang memiliki kemampuan yang kurang lebih setara dengan APICamera
yang tidak digunakan lagi. - Perangkat yang mendukung level hardware
INFO_SUPPORTED_HARDWARE_LEVEL_FULL
mampu mengontrol pengambilan gambar dan pascapemrosesan secara manual, serta mengambil gambar beresolusi tinggi pada kecepatan frame tinggi.
Untuk melihat cara menggunakan
Camera
API yang diupdate, lihat contoh implementasi Camera2Basic
dan Camera2Video
dalam rilis ini.
Pemutaran audio
Rilis ini mencakup perubahan berikut pada AudioTrack
:
- Aplikasi Anda kini dapat memasok data audio dalam format floating point
(
ENCODING_PCM_FLOAT
). Hal ini mengizinkan rentang dinamis yang lebih besar, presisi yang lebih konsisten, dan headroom yang lebih besar. Aritmetika titik-mengambang terutama sangat berguna selama perhitungan antara. Endpoint pemutaran menggunakan format integer untuk data audio, dan dengan kedalaman bit yang lebih rendah. (Di Android 5.0, bagian dari pipeline internal belum menjadi floating point.) - Aplikasi Anda kini dapat menyediakan data audio sebagai
ByteBuffer
, dalam format yang sama seperti yang diberikan olehMediaCodec
. - Opsi
WRITE_NON_BLOCKING
dapat menyederhanakan buffering dan multithreading untuk beberapa aplikasi.
Kontrol pemutaran media
Gunakan notifikasi dan API media baru untuk memastikan bahwa
UI sistem mengetahui pemutaran media Anda dan dapat mengekstrak serta menampilkan sampul album.
Mengontrol pemutaran media di seluruh UI dan layanan kini lebih mudah dengan class
MediaSession
dan
MediaController
yang baru.
Class MediaSession
yang baru menggantikan
class RemoteControlClient
yang tidak digunakan lagi dan menyediakan
satu set metode callback untuk menangani kontrol transportasi dan tombol media.
Jika aplikasi Anda menyediakan pemutaran media dan berjalan di platform Android
TV atau
Wear, gunakan
class MediaSession
untuk menangani kontrol
transportasi menggunakan metode callback yang sama.
Kini Anda dapat membuat aplikasi pengontrol media sendiri dengan class
MediaController
baru. Class ini menyediakan
cara yang aman untuk thread untuk memantau dan mengontrol pemutaran media dari proses UI aplikasi Anda.
Saat membuat pengontrol, tentukan objek MediaSession.Token
agar aplikasi Anda dapat berinteraksi dengan MediaSession
yang diberikan.
Dengan metode MediaController.TransportControls
,
Anda dapat mengirimkan perintah seperti play()
,
stop()
,
skipToNext()
,
dan setRating()
untuk mengontrol pemutaran media pada sesi tersebut. Dengan pengontrol ini, Anda juga dapat mendaftarkan objek MediaController.Callback
untuk memproses perubahan status dan metadata pada sesi tersebut.
Selain itu, Anda dapat membuat notifikasi lengkap yang memungkinkan kontrol pemutaran
diikat ke sesi media dengan class Notification.MediaStyle
yang baru.
Penjelajahan media
Android 5.0 memperkenalkan kemampuan bagi aplikasi untuk menjelajahi library konten media
aplikasi lain, melalui API
android.media.browse
yang baru. Untuk mengekspos konten media di aplikasi Anda, perluas
class MediaBrowserService
. Penerapan
MediaBrowserService
harus memberikan akses ke
MediaSession.Token
sehingga aplikasi dapat memutar konten media
yang disediakan melalui layanan Anda.
Untuk berinteraksi dengan layanan browser media, gunakan
class MediaBrowser
. Tentukan nama
komponen untuk MediaSession
saat Anda membuat
instance MediaBrowser
. Dengan menggunakan instance browser tersebut, aplikasi Anda kemudian dapat terhubung ke layanan terkait dan mendapatkan objek MediaSession.Token
untuk memutar konten yang diekspos melalui layanan tersebut.
Penyimpanan
Pilihan direktori
Android 5.0 memperluas Storage Access Framework untuk memungkinkan pengguna memilih seluruh sub-hierarki direktori, sehingga memberi aplikasi akses baca/tulis ke semua dokumen yang dimuat tanpa memerlukan konfirmasi pengguna untuk setiap item.
Untuk memilih subhierarki direktori, build dan kirim
intent
OPEN_DOCUMENT_TREE
. Sistem menampilkan semua
instance DocumentsProvider
yang mendukung pemilihan sub-hierarki,
sehingga pengguna dapat menjelajahi dan memilih direktori. URI yang ditampilkan mewakili
akses ke subhierarki yang dipilih. Anda kemudian dapat menggunakan buildChildDocumentsUriUsingTree()
dan buildDocumentUriUsingTree()
beserta
query()
untuk menjelajahi subhierarki.
Metode createDocument()
baru memungkinkan Anda membuat dokumen atau direktori baru di mana saja di bawah sub-hierarki. Untuk mengelola dokumen yang ada, gunakan renameDocument()
dan deleteDocument()
.
Periksa COLUMN_FLAGS
untuk memverifikasi dukungan penyedia untuk panggilan ini sebelum mengeluarkannya.
Jika Anda mengimplementasikan DocumentsProvider
dan ingin
mendukung pemilihan subhierarki, implementasikan isChildDocument()
dan sertakan FLAG_SUPPORTS_IS_CHILD
dalam COLUMN_FLAGS
.
Android 5.0 juga memperkenalkan direktori baru khusus paket pada
penyimpanan bersama tempat aplikasi Anda dapat menempatkan file media untuk disertakan dalam
MediaStore
. getExternalMediaDirs()
yang baru menampilkan jalur ke direktori ini di semua perangkat penyimpanan bersama. Sama seperti
getExternalFilesDir()
,
tidak ada izin tambahan yang diperlukan oleh aplikasi Anda untuk mengakses jalur yang ditampilkan. Platform
secara berkala memindai media baru dalam direktori ini, tetapi Anda juga dapat
menggunakan MediaScannerConnection
untuk memindai konten
baru secara eksplisit.
Nirkabel & Konektivitas
Beberapa koneksi jaringan sekaligus
Android 5.0 menyediakan API multijaringan baru yang memungkinkan aplikasi memindai jaringan yang tersedia dengan kemampuan tertentu secara dinamis, dan menghubungkan ke sana. Fungsi ini berguna saat aplikasi Anda memerlukan jaringan khusus, seperti supL, MMS, atau jaringan tagihan operator, atau jika Anda ingin mengirim data menggunakan jenis protokol transportasi tertentu.
Untuk memilih dan menghubungkan ke jaringan secara dinamis dari aplikasi Anda, ikuti langkah-langkah berikut:
- Buat
ConnectivityManager
. - Gunakan class
NetworkRequest.Builder
untuk membuat objekNetworkRequest
dan menentukan fitur jaringan serta jenis transpor yang diminati aplikasi Anda. - Untuk memindai jaringan yang cocok, panggil
requestNetwork()
atauregisterNetworkCallback()
, lalu teruskan objekNetworkRequest
dan implementasiConnectivityManager.NetworkCallback
. Gunakan metoderequestNetwork()
jika Anda ingin secara aktif beralih ke jaringan yang sesuai setelah terdeteksi; untuk menerima notifikasi untuk jaringan yang dipindai saja tanpa beralih secara aktif, gunakan metoderegisterNetworkCallback()
.
Saat mendeteksi jaringan yang sesuai, sistem akan terhubung ke jaringan dan
memanggil
callback
onAvailable()
. Anda dapat menggunakan objek Network
dari callback untuk
mendapatkan informasi tambahan tentang jaringan, atau mengarahkan traffic agar menggunakan
jaringan yang dipilih.
Bluetooth Hemat Energi
Android 4.3 memperkenalkan dukungan platform untuk Bluetooth Hemat Energi (Bluetooth LE) sebagai peran utama. Di Android 5.0, perangkat Android kini dapat bertindak sebagai perangkat periferal Bluetooth LE. Aplikasi dapat menggunakan kemampuan ini untuk membuat kehadirannya diketahui oleh perangkat di sekitar. Misalnya, Anda dapat membuat aplikasi yang memungkinkan perangkat berfungsi sebagai pedometer atau monitor kesehatan dan mengomunikasikan datanya dengan perangkat Bluetooth LE lainnya.
android.bluetooth.le
API yang baru memungkinkan aplikasi Anda menyiarkan
iklan, memindai respons, dan membentuk koneksi dengan perangkat Bluetooth
LE di sekitar. Untuk menggunakan fitur iklan dan pemindaian baru, tambahkan izin BLUETOOTH_ADMIN
dalam manifes Anda. Saat pengguna mengupdate atau mendownload aplikasi Anda dari Play Store,
mereka akan diminta untuk memberikan izin berikut ke aplikasi Anda:
"Informasi koneksi Bluetooth: Memungkinkan aplikasi mengontrol Bluetooth,
termasuk menyiarkan ke atau mendapatkan informasi tentang perangkat Bluetooth di sekitar".
Untuk memulai iklan Bluetooth LE agar perangkat lain dapat menemukan
aplikasi Anda, panggil
startAdvertising()
dan teruskan implementasi
class AdvertiseCallback
. Objek callback
akan menerima laporan berhasil atau gagal atas operasi iklan.
Android 5.0 memperkenalkan class ScanFilter
sehingga
aplikasi Anda hanya dapat memindai
jenis perangkat tertentu yang diperlukannya. Untuk mulai memindai perangkat Bluetooth
LE, panggil startScan()
dan teruskan daftar filter. Dalam panggilan metode, Anda juga harus menyediakan
implementasi ScanCallback
untuk melaporkan saat
iklan Bluetooth LE ditemukan.
Penyempurnaan NFC
Android 5.0 menambahkan penyempurnaan ini untuk memungkinkan penggunaan NFC yang lebih luas dan fleksibel:
- Android Beam kini tersedia di menu bagikan.
- Aplikasi Anda dapat memanggil Android Beam di perangkat pengguna untuk berbagi data dengan memanggil
invokeBeam()
. Dengan demikian, pengguna tidak perlu mengetuk perangkat secara manual ke perangkat lain yang mendukung NFC untuk menyelesaikan transfer data. - Anda dapat menggunakan metode
createTextRecord()
baru untuk membuat data NDEF yang berisi data teks UTF-8. - Jika mengembangkan aplikasi pembayaran, kini Anda memiliki kemampuan untuk
mendaftarkan ID aplikasi (AID) NFC secara dinamis dengan memanggil
registerAidsForService()
. Anda juga dapat menggunakansetPreferredService()
untuk menetapkan layanan emulasi kartu pilihan yang harus digunakan saat aktivitas tertentu berada di latar depan.
Proyek Volta
Selain fitur-fitur baru, Android 5.0 menekankan peningkatan dalam masa pakai baterai. Gunakan alat dan API baru untuk memahami dan mengoptimalkan konsumsi daya aplikasi Anda.
Menjadwalkan tugas
Android 5.0 menyediakan JobScheduler
API baru yang memungkinkan Anda mengoptimalkan masa pakai baterai dengan menentukan tugas untuk dijalankan
sistem secara asinkron di lain waktu atau dalam kondisi tertentu (seperti saat
perangkat sedang mengisi daya). Penjadwalan tugas berguna dalam situasi seperti:
- Aplikasi memiliki pekerjaan yang sedang-tidak-dihadapi-pengguna yang bisa Anda tangguhkan.
- Aplikasi memiliki pekerjaan yang ingin Anda lakukan saat unit dicolokkan.
- Aplikasi memiliki tugas yang memerlukan akses jaringan atau koneksi Wi-Fi.
- Aplikasi ini memiliki sejumlah tugas yang ingin Anda jalankan sebagai batch pada jadwal rutin.
Unit kerja dienkapsulasi oleh objek JobInfo
.
Objek ini menetapkan kriteria penjadwalan.
Gunakan class JobInfo.Builder
untuk mengonfigurasi cara
menjalankan tugas terjadwal. Anda dapat menjadwalkan tugas untuk dijalankan dalam kondisi
tertentu, seperti:
- Dimulai saat perangkat sedang mengisi daya
- Dimulai saat perangkat terhubung ke jaringan yang berbiaya tetap
- Dimulai saat perangkat sedang tidak digunakan
- Diselesaikan sebelum batas waktu tertentu atau dengan penundaan minimum
Misalnya, Anda dapat menambahkan kode seperti ini untuk menjalankan tugas pada jaringan tidak berbayar:
Kotlin
val uploadTask: JobInfo = JobInfo.Builder( jobId, serviceComponent /* JobService component */ ).run { setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED) build() } val jobScheduler = context.getSystemService(Context.JOB_SCHEDULER_SERVICE) as JobScheduler jobScheduler.schedule(uploadTask)
Java
JobInfo uploadTask = new JobInfo.Builder(jobId, serviceComponent /* JobService component */) .setRequiredNetworkCapabilities(JobInfo.NETWORK_TYPE_UNMETERED) .build(); JobScheduler jobScheduler = (JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE); jobScheduler.schedule(uploadTask);
Jika perangkat memiliki daya yang stabil (artinya, perangkat telah dicolokkan selama lebih dari 2 menit dan baterai berada pada level responsif), sistem akan menjalankan tugas terjadwal yang siap dijalankan, meskipun batas waktu tugas belum berakhir.
Untuk melihat contoh cara menggunakan API JobScheduler
,
lihat contoh implementasi JobSchedulerSample
dalam rilis ini.
Alat bantu developer untuk penggunaan baterai
Perintah dumpsys batterystats
baru menghasilkan data statistik
yang menarik tentang penggunaan baterai pada perangkat, yang diatur berdasarkan ID pengguna
unik (UID). Statistik tersebut berisi:
- Riwayat kejadian yang terkait dengan baterai
- Statistik global untuk perangkat
- Perkiraan penggunaan daya per UID dan komponen sistem
- Per aplikasi seluler ms per paket
- Statistik agregat UID sistem
- Statistik agregat UID aplikasi
Gunakan opsi --help
untuk mempelajari berbagai opsi untuk
menyesuaikan output. Misalnya, untuk mencetak statistik penggunaan baterai
bagi paket aplikasi tertentu sejak perangkat terakhir kali diisi daya, jalankan
perintah ini:
$ adb shell dumpsys batterystats --charged <package-name>
Anda dapat menggunakan alat
Battery Historian
atas output perintah dumpsys
untuk
menghasilkan visualisasi HTML untuk peristiwa terkait daya dari log. Informasi
ini memudahkan Anda memahami dan mendiagnosis masalah
terkait baterai.
Android di Tempat Kerja dan Pendidikan
Penyediaan terkelola
Android 5.0 menyediakan fungsi baru untuk menjalankan aplikasi dalam lingkungan perusahaan. Administrator perangkat dapat memulai proses penyediaan terkelola untuk menambahkan profil terkelola yang sama tetapi terpisah ke perangkat, jika pengguna sudah memiliki akun pribadi. Aplikasi yang terkait dengan profil terkelola akan muncul bersama aplikasi yang tidak dikelola di Peluncur, layar terbaru, dan notifikasi pengguna.
Untuk memulai proses penyediaan terkelola, kirim ACTION_PROVISION_MANAGED_PROFILE
dalam Intent
. Jika
panggilan berhasil, sistem akan memicu
callback onProfileProvisioningComplete()
.
Anda kemudian dapat memanggil setProfileEnabled()
untuk
mengaktifkan profil terkelola ini.
Secara default, hanya subset kecil dari aplikasi yang diaktifkan dalam profil terkelola.
Anda dapat menginstal aplikasi tambahan di profil terkelola dengan memanggil
enableSystemApp()
.
Jika mengembangkan aplikasi Peluncur, Anda dapat menggunakan class LauncherApps
baru untuk mendapatkan daftar aktivitas yang dapat diluncurkan
bagi pengguna saat ini dan profil terkelola terkait. Peluncur dapat membuat
aplikasi terkelola terlihat jelas dengan menambahkan badge kerja ke drawable
ikon. Untuk mengambil ikon dengan badge, panggil
getUserBadgedIcon()
.
Untuk melihat cara menggunakan fungsi baru tersebut, lihat
contoh implementasi BasicManagedProfile
dalam rilis ini.
Pemilik perangkat
Android 5.0 memperkenalkan kemampuan untuk men-deploy aplikasi pemilik perangkat. Pemilik
perangkat adalah jenis
administrator perangkat
khusus yang memiliki kemampuan tambahan untuk membuat dan menghapus pengguna sekunder serta
mengonfigurasi setelan global di perangkat. Aplikasi pemilik perangkat dapat menggunakan
berbagai metode dalam class DevicePolicyManager
untuk
mengontrol konfigurasi, keamanan, dan aplikasi secara mendetail di perangkat terkelola.
Sebuah perangkat hanya bisa memiliki satu pemilik perangkat aktif untuk setiap kalinya.
Untuk men-deploy dan mengaktifkan pemilik perangkat, Anda harus melakukan transfer data NFC dari aplikasi pemrograman ke perangkat saat perangkat dalam status tidak disediakan. Transfer data ini mengirimkan informasi yang sama seperti dalam intent penyediaan yang dijelaskan dalam Penyediaan terkelola.
Sematkan ke layar
Android 5.0 memperkenalkan API baru untuk pin ke layar yang memungkinkan Anda untuk sementara membatasi pengguna agar tidak meninggalkan tugas Anda atau diganggu oleh notifikasi. Ini dapat digunakan, misalnya, jika Anda mengembangkan aplikasi pendidikan untuk mendukung persyaratan penilaian dengan risiko tinggi di Android, atau aplikasi tujuan tunggal atau kios. Setelah aplikasi Anda mengaktifkan pemasangan pin ke layar, pengguna tidak dapat melihat notifikasi, mengakses aplikasi lain, atau kembali ke layar utama, hingga aplikasi keluar dari mode tersebut.
Ada dua cara untuk mengaktifkan pin ke layar:
- Secara manual: Pengguna dapat mengaktifkan pemasangan pin ke layar di Setelan > Keamanan > Penyematan Layar, dan memilih tugas yang ingin mereka sematkan dengan menyentuh ikon pin hijau di layar terbaru.
- Secara terprogram: Untuk mengaktifkan penyematan layar
secara terprogram, panggil
startLockTask()
dari aplikasi Anda. Jika aplikasi yang meminta bukan pemilik perangkat, pengguna akan diminta untuk mengonfirmasi. Aplikasi pemilik perangkat dapat memanggil metodesetLockTaskPackages()
untuk mengaktifkan aplikasi agar dapat disematkan tanpa langkah konfirmasi pengguna.
Saat penguncian tugas aktif, perilaku berikut akan terjadi:
- Status bar kosong, dan notifikasi pengguna serta informasi status disembunyikan.
- Tombol Beranda dan Aplikasi Terbaru disembunyikan.
- Aplikasi lainnya tidak bisa membuka aktivitas baru.
- Aplikasi saat ini dapat memulai aktivitas baru, selama aplikasi tersebut tidak membuat tugas baru.
- Saat pemasangan pin ke layar dipanggil oleh pemilik perangkat, pengguna tetap dikunci
ke aplikasi Anda hingga aplikasi memanggil
stopLockTask()
. - Jika pin ke layar diaktifkan oleh aplikasi lain yang bukan pemilik perangkat atau oleh pengguna secara langsung, pengguna dapat keluar dengan menahan tombol Kembali dan Terbaru.
Kerangka Kerja Pencetakan
Me-render PDF sebagai bitmap
Kini Anda dapat merender halaman dokumen PDF menjadi gambar bitmap untuk dicetak
menggunakan class PdfRenderer
baru. Anda harus menentukan
ParcelFileDescriptor
yang dapat dicari (yaitu, konten
dapat diakses secara acak) tempat sistem menulis konten yang dapat dicetak.
Aplikasi Anda dapat memperoleh halaman untuk dirender dengan
openPage()
, lalu memanggil
render()
untuk mengubah PdfRenderer.Page
yang telah dibuka menjadi bitmap. Anda juga dapat menetapkan parameter tambahan jika hanya ingin mengonversi sebagian dokumen menjadi gambar bitmap (misalnya, untuk menerapkan rendering ubin untuk memperbesar dokumen).
Untuk contoh cara menggunakan API baru, lihat contoh PdfRendererBasic
.
Sistem
Statistik penggunaan aplikasi
Anda kini dapat mengakses histori penggunaan aplikasi di perangkat Android dengan
android.app.usage
API yang baru. API ini memberikan informasi penggunaan yang lebih detail daripada metode getRecentTasks()
yang sudah tidak digunakan lagi.
Untuk menggunakan API ini, Anda harus terlebih dahulu mendeklarasikan
izin "android.permission.PACKAGE_USAGE_STATS"
dalam manifes.
Pengguna juga harus mengaktifkan akses untuk aplikasi ini melalui Setelan > Keamanan > Aplikasi
dengan akses penggunaan.
Sistem ini mengumpulkan data penggunaan per aplikasi, menggabungkan data pada interval harian, mingguan, bulanan, dan tahunan. Durasi maksimum yang digunakan sistem untuk menyimpan data ini adalah sebagai berikut:
- Data harian: 7 hari
- Data mingguan: 4 minggu
- Data bulanan: 6 bulan
- Data tahunan: 2 tahun
Untuk setiap aplikasi, sistem akan mencatat data berikut:
- Waktu terakhir penggunaan aplikasi
- Total waktu aplikasi berada di latar depan selama interval waktu tersebut (berdasarkan hari, minggu, bulan, atau tahun)
- Pengambilan stempel waktu saat komponen (yang diidentifikasi melalui paket dan nama aktivitas) dipindahkan ke latar depan atau latar belakang selama hari itu
- Perekaman stempel waktu saat konfigurasi perangkat berubah (seperti saat orientasi perangkat berubah karena rotasi)
Pengujian & Aksesibilitas
Peningkatan pengujian dan aksesibilitas
Android 5.0 menambahkan dukungan berikut untuk pengujian dan aksesibilitas:
- Metode
getWindowAnimationFrameStats()
dangetWindowContentFrameStats()
yang baru merekam statistik frame untuk animasi dan konten jendela. Metode ini memungkinkan Anda menulis uji instrumentasi untuk mengevaluasi apakah aplikasi merender frame pada frekuensi refresh yang memadai untuk memberikan pengalaman pengguna yang lancar. - Metode
executeShellCommand()
baru memungkinkan Anda menjalankan perintah shell dari uji instrumentasi. Eksekusi perintahnya mirip dengan menjalankanadb shell
dari host yang terhubung ke perangkat, yang memungkinkan Anda menggunakan alat berbasis shell sepertidumpsys
,am
,content
, danpm
. - Layanan aksesibilitas dan alat pengujian yang menggunakan API aksesibilitas
(seperti
UiAutomator
) kini dapat mengambil informasi mendetail tentang properti jendela di layar yang dapat berinteraksi dengan pengguna yang dapat melihat. Untuk mengambil daftar objekAccessibilityWindowInfo
, panggil metodegetWindows()
baru. - Class
AccessibilityNodeInfo.AccessibilityAction
yang baru memungkinkan Anda menentukan tindakan standar atau yang disesuaikan untuk dilakukan padaAccessibilityNodeInfo
. ClassAccessibilityNodeInfo.AccessibilityAction
baru menggantikan API terkait tindakan yang sebelumnya ditemukan diAccessibilityNodeInfo
. - Android 5.0 memberikan kontrol yang lebih mendetail atas sintesis text-to-speech di
aplikasi Anda. Class
Voice
yang baru memungkinkan aplikasi Anda menggunakan profil suara yang terkait dengan lokalitas, kualitas dan rating latensi, serta parameter khusus mesin text-to-speech.
IME
Berganti bahasa masukan dengan lebih mudah
Mulai Android 5.0, pengguna dapat lebih mudah beralih antara
semua editor
metode input (IME) yang didukung oleh platform. Melakukan siklus tindakan beralih
yang ditentukan (biasanya menyentuh ikon Globe di keyboard virtual)
melalui semua IME. Perubahan perilaku ini diimplementasikan oleh
metode
shouldOfferSwitchingToNextInputMethod()
.
Selain itu, framework kini akan memeriksa apakah IME berikutnya menyertakan
mekanisme peralihan (dan, dengan demikian, apakah IME mendukung peralihan ke
IME setelahnya). IME
yang memiliki mekanisme peralihan tidak akan berpindah ke IME yang tidak memilikinya. Perubahan
perilaku ini diimplementasikan oleh
metode
switchToNextInputMethod()
.
Untuk melihat contoh cara menggunakan API peralihan IME terbaru, lihat contoh implementasi keyboard virtual terbaru dalam rilis ini. Untuk mempelajari lebih lanjut cara menerapkan peralihan antar-IME, lihat Membuat Metode Input.
Deklarasi Manifes
Fitur wajib yang bisa dideklarasikan
Nilai berikut kini didukung dalam elemen
<uses-feature>
, sehingga Anda dapat memastikan bahwa aplikasi hanya diinstal pada perangkat yang
menyediakan fitur yang dibutuhkan aplikasi Anda.
FEATURE_AUDIO_OUTPUT
FEATURE_CAMERA_CAPABILITY_MANUAL_POST_PROCESSING
FEATURE_CAMERA_CAPABILITY_MANUAL_SENSOR
FEATURE_CAMERA_CAPABILITY_RAW
FEATURE_CAMERA_LEVEL_FULL
FEATURE_GAMEPAD
FEATURE_LIVE_TV
FEATURE_MANAGED_USERS
FEATURE_LEANBACK
FEATURE_OPENGLES_EXTENSION_PACK
FEATURE_SECURELY_REMOVES_USERS
FEATURE_SENSOR_AMBIENT_TEMPERATURE
FEATURE_SENSOR_HEART_RATE_ECG
FEATURE_SENSOR_RELATIVE_HUMIDITY
FEATURE_VERIFIED_BOOT
FEATURE_WEBVIEW
Izin pengguna
Izin berikut kini didukung di elemen
<uses-permission>
untuk mendeklarasikan izin yang diperlukan aplikasi Anda untuk mengakses API tertentu.
BIND_DREAM_SERVICE
: Saat menargetkan API level 21 dan yang lebih tinggi, izin ini diperlukan oleh layanan Daydream, untuk memastikan bahwa hanya sistem yang dapat mengikatnya.