Should You Use Compose State or StateFlow in Your ViewModels?

Should you use Compose state or StateFlow in your ViewModels? Here's the answer!
⭐ Get certificates for your future job
⭐ Save countless hours of time
⭐ 100% money back guarantee for 30 days
⭐ Become a professional Android developer now:
pl-coding.com/...
💻 Let me be your mentor and become an industry-ready Android developer in 10 weeks:
pl-coding.com/...
Here's the video about flow operators:
• THIS Flow Mistake Will...
Subscribe to my FREE newsletter for regular Android, Kotlin & Architecture advice!
pl-coding.com/...
Join this channel to get access to perks:
/ @philipplackner
Join my Discord server:
/ discord
Regular programming advice on my Instagram page: / _philipplackner_
Checkout my GitHub: github.com/phi...
You like my free content? Here you can buy me a coffee:
www.buymeacoff...

[@geoff-huang]

Newer versions of Android Studio don't have the square button to kill process. Instead, you can right click anywhere on the logcat tab and find a "Kill process" option

[@RaghavSharma-nt3hr]

why its always difficult to use list inside observables. i would rather use compose state in ViewModel to reduce my stress levels.

[@martynasp.7331]

UI State Flow backed by SavedStateHandle has to be the worst thing ever. SavedStateHandle is backed by Bundle, so the limit for data is 500Kb . So the ability to use SavedStateHandle as a source becomes really limited, and I would recommend against it. (Try to store some polygon data in there, imagine public transportation zones in a country/city)

[@yasserakbbach7342]

You nailed it as always 👌

[@PhilippLackner]

Thanks man

[@ubersticks]

Thanks Philip! I think this was needed. It was never super clear to me why you changed your general practice for ViewModel state and this explains it well!

[@Alchemist10241]

not only he showed us why we should use state flows in view models but also he showed us how to use them properly and covered most of the edge cases.

[@hongyihuang6856]

Only a true master can explain things so clearly. Unlike those fake tech leads we usually see in a company, you are truly a master who knows Android development inside out~

[@rafaelparanhos7435]

Wonderful video Philip but in the example there are few states. If we were talking about a complex screen that as multiples state wich is the best way to observe and update those changes?

[@radbaver]

Amazing, thank you Philipp! This should be added as bonus/comment to the Building Industry-Level Apps With Multi-Module Architecture course :)

[@mohammedalramlawi691]

Exactly man, I liked the point where we probably use some intermediate operators with Coroutines flow to simplify the logic.

[@dipeshsaini04]

Great video for saving state in SaveStateHandler , also premium content is superb✌✌✌

[@PhilippLackner]

Thanks!

[@sadiqabdulazeez3631]

Can't you also make mutablestate survive process death by using remembersaveable?

[@ubersticks]

I think rememberSaveable {} only works in a Composable, therefore not in ViewModel.... but I could be wrong.

[@ChrisAthanas]

@@ubersticks correct

[@LucaChrist-m5v]

I get an error that the instance of my ViewModel can't get created. How do you do that. You don't provide anything for SavedStateHandle

[@SunAndMoon-zc9vd]

It suddenly became very Lovecraftian at 3:02. Cinoi´ - the less known Elder God :D

[@akashkv41]

if android kills the app, then be it. Its best to not create more complexity

[@aldredo5543]

I don't have the "terminal application" button in android studio, where can I find it?

[@0xmg]

Google recommending the experimental api over the stable one. Good old Android

[@ChrisAthanas]

its still the wild west after 10+ years

[@steven_mkn]

for the compose state, why not use rememberSavable?

[@user-rz1hv]

How would you save a complex object in savedstatehandle like uistate? Would you break it into several properties?

[@georgemujuru1232]

Should you be using view models in Compose?

[@Jerry-of9zj]

7:13 where is the link about the flow operators?

[@PhilippLackner]

Sorry, just added

[@MrGrebenjuk]

Yes, you can keep your view models in the shared module of the KMM project, and that's a good reason to avoid compose dependencies (unless you're going to use compose for ios, which is a bold decision). But. Swift doesn't know how to work with flows :) And you have to deal with some kind of wrappers.

[@PhilippLackner]

But you don't get to use AAC viewmodel then (which you don't have to)

[@MrGrebenjuk]

@@PhilippLackner Well.
1) Create an expect abstract class ViewModel() in the common module
2) android-specific actual abstract class ViewModel can inherit the AAC view model
3) ios-specific actual abstract class ViewModel should implement viewModelScope - just create one
4) inherit all your view models in the shared module from the one created on step 1
...
5) profit!

[@karamba6936]

Is it still actual? I cann't find that button in logcat.

[@NeoZondix]

Should I use StateFlow or LiveData with Compose?

[@akashkv41]

stateflow

[@NeoZondix]

@@akashkv41 thanks

[@UsellesStudent]

Best channel about android development, keep it up!

[@j2shoes288]

benefits 2 and 3 are moot points.

[@annaberkovitch85]

Hi, Philipp! I know this is a year-old post, but I have a question about saving complex data using SavedStateHandle:
In my ViewModel I'm using a MutableStateFlow of a data class. Normally, when I want to update one of the properties, I'm using the update function inside which I'm doing, for instance, "_cprRecordingState.update { it.copy(category = newCategory) }.
Let's say I use savedStateHandle with a key "recording_state", would it be correct to update the StateFlow as following: "savedStateHandle["recording_state"] = _cprRecordingState.copy(category = newCategory)"?

[@PhilippLackner]

Technically you'd need to update it with savedStateHandle[...].copy(...) and then listen to the saved state handle as flow

[@annaberkovitch85]

@PhilippLackner yeah, that would make sense, and it's a hassle 😅 Would probably be better to remove the properties that need to survive the process death and use them as separate StateFlows.
Thank you very much!

[@GilTheCohen]

I actually extended MutableSnapshotState and mutableStateOf to create a persistent version of it - it automatically saves all values on each change (using SharedPreferences behind the scenes)

[@ChrisAthanas]

Do you have a sample project that you would like to share?

[@GilTheCohen]

@@ChrisAthanas Not really. If I make one, I'll share it

[@ChrisAthanas]

@@GilTheCohen sounds good

[@deepakbisht4957]

Not a good approach to use shared preference.

[@GilTheCohen]

@@deepakbisht4957 use any type of repository you would like

[@嘿嘿嘿-z1v]

Thanks for the clear explaination. Easy to understand and much more interested in jetpack compose :)

[@hamzacanbaz9910]

your videos are very helpful Philip, thanks! Please keep it up.

[@MichaelMossmanNZ]

Thank you Philipp for another great vid. I'm watching nearly two years after the fact, but I still found it very useful. It's interesting that you mentioned KMM, because that's the reason I'm learning Jetpack Compose in the first place. Once I get the hang of Compose, I also need to learn the iOS side of things! I'm hoping Swift/Xcode will be Compose-friendly by now =)

[@ruhy99]

For states you can use var color by savedStateHandle.saveable { mutableStateOf(0xFFFFFFFF) }

[@ruhy99]

I normally use that since I notice it exists, the problem is that state can't have a nullable value, but it's a good practice for compose

[@pablovaldes6022]

What about memory leaks. When you use State the Activity doesn't automatically unsubscribe from the State when it is destroyed.

[@aikin89]

I was searching for this question for the last week and couldn't find a good answer

[@PhilippLackner]

Hope this is now a good answer 😁

[@ebraratabay6836]

If you weren't exist, I wouldn't know what I will do. Thank you! Your samples are very clear and explanatory. 👍✨🎉

[@kqvanity]

The official documentation of Jetpack compose uses MutableLiveData for private variables of the ViewModel, whilst you're Using MutableStateFlow. What's the catch?

[@joelcaetano6420]

I always want to give more thank one like. You are awesome. Thanks for another great video!

[@PhilippLackner]

Thank you!

[@alexismandelias]

3:35 almost clicked off the video at that point. When you're making content that people depend on for their projects please take care to be as informed as possible to provide proper advice
Edit: clicked off at 7:30. You should provide more concrete examples of why I should do what you're showing me. The example of `color.map{}.stateIn()` is incomplete in so many ways, I left with more questions than answers

[@summerwise]

Should I use 'by' keyword instead of '=' viewModel.state.collectAsState().value?

[@FahadAyaz]

It's completely up to you! Did you find a preference?

[@carlitosdroid]

Thanks Philip. However I don't have that `Terminate Application` button in latest version of Android Studio(Electric Eel). Do you have the same problem?

[@scottbiggs8894]

Wow, in order to save a couple lines of typing, you only need to have exhaustive knowledge of the tiny inner details of some very esoteric code. Thank you, kotlin! I hope the junior programmers assigned to debugging my code two years from now will appreciate all the fine points and not just rip out my code and put something much easier to understand in its place. (Actually now that I think about it, in two years all this code will be obsolete as Google will have deprecated jetpack compose and stateflows in favor of the next new shiny thing.)

[@denisk3852]

How does "savedStateHandle" implement to ViewModel ? It is just calling without parameters in MainActivity.

[@jithind-feverx2818]

Your awesome man, Make video about passing custom parameters (class,array) in compose navigation.

[@arfinhosain4969]

was looking for your explanation for this from the time you made the reel about this. Thanks for this content

[@JosefGuillen]

thank you

[@khiariyoussef3226]

I personally never thought of using compose state in the viewmodel, because that should be considered as part of the UI and the business logic, and is also compose-specific.

[@PhilippLackner]

The viewmodel is part of the UI

[@yossimaskin4473]

Thanks, Philipp! What would you do when the state is getting complex?
1. Saving all the data to SaveStateHandle can be a too-heavy operation
2. Combine is limited to 6 args and is not really meant to be used for a "Normal" case, As far as I know, the purpose is combining states from separate sources
WDYT?

[@yossimaskin4473]

​@Sackhaarspalter Thanks. That was my conclusion too.
so we can't apply the method mentioned in this video all the time. We should choose where it is necessary and choose the most lightweight value to save

[@rafaelparanhos7435]

@yossimaskin4473 let's say we have a screen with 10 states. How you would do it? I have a project where we created a data class with all the atributes that are observable in the screen but when we update a single value in every place that the state is being observable the recompose occurs.
So, when we have the states individual we assure that recompose only occurs when is needed.

[@АлександрБауэр-о4й]

You can take a source code of combine and write your own combine function with as many arguments as you want

[@TheShadowvaultAwaits]

How does the viewmodel get the savedState if you are not passing it from the activity?
Also how does this work when the state is a data class and not a single value?

[@umardev500]

can you do tutorial "how to not re compose after back to screen" or navigatin tab if already openend in backstack

[@sergi.adamchuk]

What about if the state is a list? And I am updating an item of this list or add/remove items. What is the best practice for this case? Especially if my list is big and I do not want to recreate a new list.

[@ahmadsamimyadgary8223]

Hi Sir! Do we really need ViewModel in compose if yes what are the advantages?

[@vengateshm2122]

Hi update android studio to dolphin version. The new logcat features are awesome and developer friendly.

[@user-rz1hv]

Philipp do you know how to set one or multiple borders in compose? like we can do in css, because i didn't found anything helpful, you can basically set only all borders

[@PhilippLackner]

Not sure if there is an easy way yet, but for sure using Canvas

[@user-rz1hv]

@@PhilippLackner It's just insane how this simple thing may not to exist in compose, like it should be, because it fits in compose so naturally, but i think they'll definitely add it. And I checked out BorderStroke class and it seems to be pointless, because you can do it with border method on modifier

[@PhilippLackner]

@@user-rz1hv depending on your use case you can also use padding + background modifiers to achieve this:
Modifier.background(borderColor).padding(start = 1.dp).background(backgroundColor)
This will create a left border. Doesn't work if the background should be transparent though

[@ubersticks]

It seems extremely common these days to wrap UI states into a data class and the ViewModel exposes this to the UI as a flow. It doesn't look like SavedStateHandle is recommended for a state data class without serializing it or some other additional work.

[@firaszuriekat8341]

Great video! I don't see the flow operators you referred to in the summary.

[@osisuper98]

Thanks to you I switched already 😅.

[@RaghavSharma-nt3hr]

can someone please tell me how to do crud operation on list in StateFlow??

[@oliver_lauritsen_oa]

But when should we use a non saved stateflow, and when should we use saved stateflow

[@hosseinbanay9716]

I love your videos man.
I wanted to become a mobile developer and decided to learn android instead of iOS because there are no iOS developers that have so many videos about almost every feature and can explain it in a such way that even a non programmer would understand it. Thank you Philipp
❤

[@spl420]

7:27 so you say we need something like derived state?

[@omkarpawar1741]

thanks for a great tutorial , your explanations are really helpful in understanding how to test our apps and all the problems we might face saving a lot of time for students like us.

[@oleg12395]

Philipp, you are the best ! I read this themes on google 3 times )) You explained it in 10 minutes !!!! Thank you !!! Very very simple and easy to understand

[@mesutemrecelenk5447]

Thanks Philipp. Should we go on to use private val _state = mutableStateOf(LoginFormState())
val state: State = _state
usage? Or must we use MutableStateFlow instead of above usage moreover?

[@GG9K71]

It depends on where the data comes from, how it's persisted and who listens for it's changes, for example: if there is data coming from repository then StateFlow is better to be used, if the data is used only inside composable functions and is only related to the UI(selected item of radio button and etc..) than it's OK to use mutableStateOf

[@mesutemrecelenk5447]

@@GG9K71 thanks for your response. Actually we can use MutableStateFlow instead of livedata. For getting data from api or db and set them on the compose components we can use this
private val _state = mutableStateOf(LoginFormState()) val state: State = _state

[@GG9K71]

@@mesutemrecelenk5447 Yes, that's right but if you have multiple collectors of that data, which are not composable functions, than composlabe state cannot be used.

[@mesutemrecelenk5447]

@@GG9K71 again thanks a lot 🙏

[@ARIZONAMUSIC]

Great accurate explanation. Applauding!

[@PhilippLackner]

Glad it helped!

[@immortal_lnight]

69

[@baudelioandalon]

You're the Best, thanks man

[@snow4dv]

Exactly what i searched for. thx!

[@xandrviking1113]

Cool, thanks 👍

[@bofu9662]

Thanks a looooooot

[@mustafaammar551]

Very cool video
Thank You Bro

[@gabrielbronzattimoro7953]

Thanks Philip! Your examples are so clear

[@AungThiha-xj2bb]

Thank you Philipp

[@maximooze3196]

Thanks again @Philipp.

[@vit4mint685]

Your channel has been so helpful. Been learning Jetpack Compose for a one-off personal use-case, and the quality and enthusiasm you emit in your content has me curious to expand my professional capacity to including App work.
Best wishes towards your mentorship endeavors. Those that come across your channel are truly lucky.

[@PhilippLackner]

Thank you 🙏🙏

[@safionweb]

Superb!

[@ChrisAthanas]

@8:20 Phillip uses a "stop button" in the logcat pane. I am using Android Studio Dolphin and I do not have this button. Am I forced to use the ADB commands to kill the app?

[@ChrisAthanas]

Like this: adb shell am kill com.realityexpander.composestatevsstateflow

[@PhilippLackner]

If you're using AS Dolphin, they moved that button to some device manager tab (or similar)

[@ChrisAthanas]

@@PhilippLackner thank you
Looks like there is no option to kill for physical devices in the device manager pane. I can't find out what they did with it, I've been googling like crazy and can't find any mention of it.

[@ericks6783]

@@ChrisAthanas A workaround is to switch to the old Logcat. Go to Settings -> Experimental -> (Uncheck) Enable new Logcat tool window. Then the stop button will appear.

[@ChrisAthanas]

@@ericks6783 yes but then I lose all the other features. Where did the stop button go?

[@ahmadab9666]

Thanks very useful.

[@immortal_lnight]

First again

[@thebigboi5357]

How is 7:00 better than derivedStateOf()?

[@PhilippLackner]

It's not better, it's just the StateFlow equivalent and you keep the state logic in the VM

[@thebigboi5357]

@@PhilippLackner gotcha, thanks!

[@immortal_lnight]

Fourth

[@techach3490]

hi, is there a documentation that explains the "private set" in more details please?
would this code be correct as well? it's from CodeLab but i modified it like this
var tasks = getWellnessTasks().toMutableStateList()
private set
instead of
private val _tasks = getWellnessTasks().toMutableStateList()
val tasks get() = _tasks.toList

[@immortal_lnight]

Second

[@immortal_lnight]

Third

[@immortal_lnight]

78

[@immortal_lnight]

48

[@immortal_lnight]

94

[@immortal_lnight]

92

[@immortal_lnight]

74

[@immortal_lnight]

73

[@immortal_lnight]

72

[@immortal_lnight]

71

[@immortal_lnight]

64

[@immortal_lnight]

62

[@immortal_lnight]

54

[@immortal_lnight]

53

[@immortal_lnight]

46

[@immortal_lnight]

34

[@immortal_lnight]

32

[@immortal_lnight]

31

[@immortal_lnight]

66

[@immortal_lnight]

98