Kung ikaw ay isang Android developer, malamang nahirapan ka na sa SharedPreferences para i-save ang mga mabilisang setting ng user. Bagama't matagal nang ginagamit ang mga ito bilang karaniwang solusyon, hindi pa rin ito sapat. Nagpakilala na ngayon ang Google ng isang bagong feature. Jetpack DataStore bilang modernong alternatibo, na idinisenyo upang maging mas matatag at, higit sa lahat, hindi upang harangan ang pangunahing thread ng aplikasyon.
Ang pinakamagandang bagay tungkol sa sistemang ito ay umaasa ito sa Mga coroutine at daloy ni KotlinNagbibigay-daan ito para sa ganap na reaktibong pagbasa at pagsulat ng datos. Hindi na natin kailangang mag-alala tungkol sa mga nakakainis na kondisyon ng karera o sa pag-freeze ng app kapag nagse-save ng datos. Ito talaga ang lohikal na ebolusyon para sa pamamahala ng magaan na persistence ng datos sa kasalukuyang ecosystem.
Ang dalawang panig ng DataStore: Mga Kagustuhan at Protocol
Depende sa kung ano ang kailangan mong i-save, mayroon kang dalawang magkaibang landas. Sa isang banda, makikita natin Mga Kagustuhan sa DataStorena siyang mainam na opsyon kung naghahanap ka ng simple, katulad ng Isang kumpletong gabay sa SharedPreferences para sa simpleng pag-iimbak ng data Ngunit wala ang mga kapintasan nito. Dito, hindi mo kailangang magtakda ng mga iskema; ​​nag-iimbak ka lang ng mga pares ng key-value. Ito ang mabilis na daan para sa mga pangunahing configuration.
Sa kabilang banda, kung ang iyong aplikasyon ay mas kumplikado at kailangan mong mahigpit na i-type ang data, Proto DataStore ay ang iyong pinakamahusay na kakampi. Ginagamit ng variant na ito ang Mga Protocol BufferNangangailangan ito ng pagtukoy ng isang schema nang maaga sa isang .proto file. Pinipigilan nito ang mga error tulad ng mga maling baybay na key at tinitiyak na ang data ay may pare-parehong istraktura, na mahalaga para sa malalaking proyekto.
Mga gintong tuntunin para sa isang walang kapintasang pagpapatupad
Para maiwasan ang mga problema sa DataStore, may ilang tuntunin na dapat mong sundin nang mahigpit. Ang una at pinakamahalaga ay Hindi ka dapat gumawa ng higit sa isang pagkakataon mula sa DataStore para sa parehong file sa parehong proseso; kung gagawin mo ito, magti-trigger ito ng isang IllegalStateException at magkakaroon ka ng napakalaking kaguluhan. Sa isip, dapat mong pamahalaan ang instance sa pamamagitan ng isang Patern na singleton o gumamit ng dependency injection kasama ang Hilt.
Bukod pa rito, mahalaga na ang uri ng datos sa DataStore<T> dagat hindi nababagoKung susubukan mong i-mute nang direkta ang object, masisira mo ang data consistency at lilitaw ang mga error na napakahirap subaybayan. Kaya naman ang paggamit ng mga protocol buffer o mga klase ng datos gamit ang pamamaraan copy() Ito ang tamang paraan upang magpatuloy.
Pagsasama sa daloy ng datos at interface
Nangyayari ang mahika ng DataStore kapag ikinonekta mo ito sa arkitektura ng app. Huwag direktang ilagay ang pagbabasa ng data sa UI; ang tamang paraan ay isama ang lahat sa isang DataStore. imbakan na naglalantad ng isang FlowAng daloy na ito ay pagkatapos ay kinokonsumo ng isang ViewModelna siyang nagpapabago nito sa isang StateFlow sa pamamagitan ng operator stateIn.
Nang makarating kami sa Jetpack Compose layer, ginamit namin ang collectAsStateWithLifecycle upang obserbahan ang mga pagbabagong ito. Sa ganitong paraan, awtomatikong nag-a-update ang interface sa sandaling magbago ang data sa disk, na ginagawang maayos at maayos ang pakiramdam ng application ay naaayon sa siklo ng buhay ng device, na pumipigil sa mga tagas ng memorya o hindi kinakailangang pagkonsumo ng baterya.
Mga advanced na kaso: Maraming proseso at katiwalian
Minsan, ang isang app ay nangangailangan ng isang serbisyo sa isang hiwalay na proseso upang i-update ang data na kailangang basahin ng pangunahing aktibidad. Dito matatagpuan ang... Pabrika ng Tindahan ng Maramihang Proseso ng DataTinitiyak ng tool na ito na hindi hinaharangan ng mga write ang mga pagbasa at mayroong magkakaugnay na serialisasyon sa pagitan ng iba't ibang proseso, isang bagay na naging isang bangungot sa mga lumang pamamaraan.
At pagdating sa seguridad, hindi natin maaaring kalimutan na ang mga file sa disk ay maaaring masira. Pinapayagan ka ng DataStore na i-configure ang isang Tagapangasiwa ng korapsyonKung matukoy ng sistema na ang file ay sira, ang ReplaceFileCorruptionHandler Maaari mong palitan ang sirang file ng isa na may paunang natukoy na mga halagapinipigilan ang application na magsara nang hindi inaasahan para sa user.
Ekosistema ng paghahambing at pagtitiyaga
Mahalagang huwag ipagkamali ang DataStore sa iba pang mga tool. Kung kailangan mong humawak ng napakalaking dami ng data, mga kumplikadong relasyon, o referential integrity, Ang kwarto ang tamang pagpipilianAng DataStore ay para sa maliliit na dataset; ang Room ay para sa mga nakabalangkas na database. Para sa mas malalaking file o dokumento, ang Saklaw na Imbakan Ito ang kasalukuyang pamantayan upang maiwasan ang mga pagtanggi sa Google Play Store.
Para sa mga lubhang sensitibong datos, hindi sapat ang DataStore lamang. Inirerekomenda na pagsamahin ito sa library ng Seguridad ng Jetpack para i-encrypt ang impormasyon bago ito dumampi sa disk. Nagbibigay ito sa atin ng perpektong balanse sa pagitan ng pagganap, kadalian ng pag-develop, at proteksyon sa privacy mula sa end user.
Ang pamamahala ng data sa Android ay umunlad mula sa mga simpleng XML file patungo sa isang reactive ecosystem kung saan DataStore, Room at ViewModel Nagtatrabaho sila bilang isang pangkat. Sa pamamagitan ng pag-aampon ng asynchronous at typed flow na ito, inaalis namin ang pagharang sa pangunahing thread at tinitiyak na ang impormasyon ay makakaligtas sa mga pag-restart o pag-ikot ng screen, na ginagarantiyahan ang isang matatag at propesyonal na karanasan ng gumagamit. Ibahagi ang impormasyong ito upang mas maraming tao ang matuto tungkol sa paksa.