DataStore dan pekerjaan sinkron
Dalam posting berikut dari seri Jetpack DataStore kami, kami akan membahas beberapa konsep tambahan untuk memahami bagaimana DataStore berinteraksi dengan API lain, sehingga Anda memiliki semua yang Anda inginkan untuk menggunakannya di lingkungan produksi . Dalam posting ini secara khusus, kami akan fokus melakukan pekerjaan sinkron dengan DataStore . Kami akan mengacu pada codelab Preferences , untuk contoh kode.
Melakukan pekerjaan sinkron
Sepanjang seri ini, kami telah menyebutkan API sepenuhnya asinkron dari DataStore , yang berasal dari penggunaan internal coroutine dan Flow Kotlin . Untuk mencegah potensi ANR dan UI jank terjadi saat operasi I/O yang lebih berat dilakukan di thread UI, DataStore tidak menawarkan dukungan sinkron yang siap digunakan . DataStore menyimpan kumpulan datanya dalam sebuah file dan di bawah tenda melakukan semua operasi data pada Dispatchers.IO, kecuali ditentukan lain, menjaga agar utas UI Anda tidak diblokir. Struktur API ini adalah salah satu keunggulan utama DataStore dibandingkan pendahulunya SharedPreferencesdan cara Anda menggunakan DataStore di sebagian besar kasus.
Namun, jika Anda menemukan bahwa kode Anda mengharuskan Anda untuk bekerja secara sinkron dengan DataStore, apakah itu karena ketergantungan ke API lain yang berjalan di utas utama atau karena penyiapan Anda saat ini mengharuskan Anda mengambil beberapa nilai yang dipertahankan untuk penyiapan UI Anda, Anda bisa menggunakan runBlocking()coroutine builder untuk membaca DataStore secara serempak . Ini akan memblokir utas panggilan hingga DataStore kembali:
Jika Anda berada dalam situasi di mana Anda perlu menggunakan pendekatan ini, luangkan waktu untuk mencari tahu apakah benar- benar perlu untuk memblokir utas utama . Pikirkan tentang bagaimana Anda dapat menggunakan alternatif asinkron DataStore yang disediakan atau memfaktorkan ulang kode Anda saat ini untuk menghindari runBlocking(), misalnya dengan memuat data secara asinkron:
Jika ini tidak memungkinkan, pastikan Anda mencakup semua skenario UI jank potensial dengan penanganan kesalahan, pembatalan dan batas waktu atau beberapa visual yang bagus untuk membuat pengalaman pengguna semulus mungkin.
Bersambung
Kami telah membahas cara melakukan pekerjaan sinkron dengan DataStore. Meskipun ini bukan pendekatan yang disarankan untuk DataStore, jika penyiapan Anda saat ini memang mengharuskan Anda melakukan panggilan sinkron, Anda dapat menggunakan use yang .runBlocking()digabungkan dengan .first()operator.
Bergabunglah dengan kami untuk posting berikutnya dalam seri di mana kita akan melihat bagaimana melakukan migrasi DataStore-ke-DataStore .
Anda dapat menemukan semua posting dari seri Jetpack DataStore kami di sini:
Pengantar Jetpack DataStore
Semua tentang Preferensi DataStore
Semua tentang Proto DataStore
DataStore dan injeksi ketergantungan
DataStore dan serialisasi Kotlin
DataStore dan kerja sinkron
DataStore dan migrasi data
DataStore dan pengujian
Suggested posts
Mengumpulkan OSINT untuk Berburu Ancaman
Halo, penggemar dunia maya! Selamat datang kembali di OSINT untuk seri berburu ancaman. Di artikel pertama, saya memberi Anda gambaran umum tentang OSINT dan pentingnya perburuan ancaman.
Related posts
Dua tahun dalam desain- Yang baik, buruk, dan jelek…
“Hai Siri, mainkan Me Dive oleh Olivia Dean.” Saat itu Mei 2021 ketika saya memulai magang di Future Academy Africa di Akure, Nigeria.
Revolusi Tempat Kerja: Para Ahli Teratas Membahas Kerja Hibrid dan Jarak Jauh
Dalam lanskap bisnis yang berkembang pesat saat ini, konsep kerja hibrid dan jarak jauh telah mendapatkan momentum yang belum pernah terjadi sebelumnya. Saat perusahaan terus beradaptasi dengan perubahan kebutuhan dan harapan karyawan mereka, para ahli dari berbagai bidang berkumpul untuk membahas manfaat, tantangan, dan masa depan cara kerja transformatif ini.
Mendanai penghapusan karbon di FY24
Rincian permintaan alokasi Carbon180 di seluruh jalur
Oleh Alyson Lee, penasihat urusan pemerintah yang mengelola Proses alokasi tahunan pemerintah federal merupakan inti dari upaya kami untuk mendanai penghilangan karbon dioksida (CDR). Setiap tahun, Carbon180 mengajukan permintaan ke berbagai kantor kongres untuk membantu mengarahkan ke mana dolar tahun depan akan mengalir.