viewModel() i en Composable

Inde i en Composable-funktion opretter du ikke en ViewModel med new. I stedet kalder du funktionen viewModel() for at hente den rigtige instans.

Hjælpefunktionen viewModel() finder den nærmeste livscyklusejer og returnerer den ViewModel, der er afgrænset til den. Den opretter kun en, hvis der endnu ikke findes en.

Rekombination kører din funktion mange gange, men viewModel() returnerer den samme instans hver gang, så din tilstand aldrig nulstilles uventet.

Når du har ViewModel, læser du dens observerbare tilstand, og din Composable-funktion tegnes igen, hver gang tilstanden ændres. Brugergrænsefladen følger dataene. 🔗

Send brugerhandlinger til ViewModel ved at kalde dens funktioner fra hændelseslambdaer, så beslutningslogikken holdes ude af din Composable-funktion.

Funktionen kommer fra Compose-artefaktet til livscyklus. Importér androidx.lifecycle.viewmodel.compose.viewModel for at bruge den.

Som standard er ViewModel afgrænset til værts-Activity'en eller navigationsdestinationen, så alle Composable-funktioner i området deler én instans. 🎯

Har du brug for at sende afhængigheder ind? Angiv en factory, så rammeværket ved, hvordan det skal opbygge en ViewModel med konstruktørparametre.

Kald viewModel() højt oppe, tæt på skærmens rod, og send derefter almindelig tilstand og tilbagekald ned, så underordnede Composable-funktioner kan genbruges.

Da viewModel() kræver en rigtig ejer, skal du designe underordnede komponenter til at modtage simple parametre, så de stadig kan gengives i en isoleret @Preview.

Det almindelige flow er enkelt: Hent ViewModel, læs dens tilstand, og videresend hændelser til dens funktioner. Tre trin på hver skærm. ✨

Kald viewModel() for at hente en afgrænset ViewModel, læs dens tilstand for at styre brugergrænsefladen, og videresend brugerhændelser til dens funktioner i stedet for selv at oprette den.