Could you temporarily upload it to a cloud? I haven't been able to click the button for several weeks. I have tried different internet providers and devices. Thanks
Compose always feels like such an unfinished project... I'd expect `remember` to handle all these kinds of edge cases under the hood and prevent recompositions as needed, rather than requiring all these clumsy hacks to either prevent or force recompositions, depending on the situation. Having said that, thanks for the video, it's a nice summary of these issues and how to solve them!
@@ChrisAthanas not sure I entirely agree, Compose just hides away a lot of what is still happening to views, turning annoying issues into hidden annoying issues. I'm still a fan, primarily because we're finally getting rid of states inside views (with some horrific exceptions, like how that stupid text selection can STILL crash your app because it get stuck in the wrong state sometimes), but it's probably going to be years until it's actually at a comparable level of stability with xml.
I knew that case but always is good to repeat) And I found out from this video that derivedStateOf is not updated if argument is updated and I need to pass such agrument as a key to remember. Thanks for mentioning that
at 12:03 if my understanding is correct you can alternatively explicitly pass isEnabledState as a state into derivedStateOf and not set keys in remember. In this way derivedStateOf would monitor both of the states inside of it. I.e. `derivedStateOf { state.firstVisibleItemIndex >= 5 && isEnabledState.value }`
Also i want to admit that remember with keys can be used in all cases, but when used with provided state(state in ViewModel or like in this video, provided by fun argument) it calls implicit get() on state, which adds it to the recomposition list, and if you are not going to subscribe to this state it will be more effective to use derivedStateOf(), because it adds only evaluation function to this list. But if you already have subscribed to the state there will be better to add state.value to remember key list, because it will anyway recompose and if not doing this, you can get a double-recomposition, i mean when state changes and we use derivedStateOf() it firstly recomposes our function, after this it recomposes evaluation, it changes too and here it is second recomposition of function due to change of derived state. But when you are having a provided argument value, which can change(not a state), the derivedStateof() couldn't subscribe to this and you will have to use remember with keys. Also all this is safe in state group cases, i mean that if you are having k states for evaluation and n states (n > k) for compose fun, when some of "useless" states changes it will not cause reevaluations, because in both cases(derivedStateof(), remember(keys)) we refresh only if our "usefull" k states updates
Hey, I've watched your video about Content Providers. I am currently working with one of them - Calendar Provider, developing a small calendar-app. Do you have any other videos on this topic or maybee you can reccomend some other sources where I can read/watch about this specific provider? Espicially about syncing calendars from local storage to a server and vice-versa. And another thing is - is there some library that provides a CalendarView like Google Calendar have (the monthly view grid with displayiing event's preview(titles) in each cell)? Thanks😅
hey Philipp, the subscription for the free PDF is not working. I tried with one mail, never got a link. I tried with another mail (that was never subscribed), got a link, but the link from the email doesn't work, I get a 404.
Sir i am learning jetpack compose to become android developer .Do i need to learn DSA to become android developer. Because at college placements we required DSA is it necessary
Your "20 things you should never do in Jetpack Compose" PDF was super useful. Jetpack compose is full of traps, and your tip is like a mine detector!
How did you get it, please? I already got subscribed to the newsletter but I can't find nor get it anywhere.
Could you temporarily upload it to a cloud? I haven't been able to click the button for several weeks. I have tried different internet providers and devices. Thanks
I want it as well. Where do we get it?
@@pelealexandru did you try phillip's page? I am asking here because the button to obtain the pdf on his page does not work for me.
yes just tried it 10 minutes ago but didn't get the pdf @@lr56c60
Compose always feels like such an unfinished project... I'd expect `remember` to handle all these kinds of edge cases under the hood and prevent recompositions as needed, rather than requiring all these clumsy hacks to either prevent or force recompositions, depending on the situation. Having said that, thanks for the video, it's a nice summary of these issues and how to solve them!
The documentation is improving slowly and compose is definitely an improvement over the xml madness
@@ChrisAthanas not sure I entirely agree, Compose just hides away a lot of what is still happening to views, turning annoying issues into hidden annoying issues. I'm still a fan, primarily because we're finally getting rid of states inside views (with some horrific exceptions, like how that stupid text selection can STILL crash your app because it get stuck in the wrong state sometimes), but it's probably going to be years until it's actually at a comparable level of stability with xml.
7:41 the best explanation I've ever heard or read that clarifies the use case of these two function, well done Philipp 👍
i have read answer on stackoverFlow but not got it , you explain it very well in 14 min thanks
I knew that case but always is good to repeat) And I found out from this video that derivedStateOf is not updated if argument is updated and I need to pass such agrument as a key to remember. Thanks for mentioning that
Without bias, if you were to choose between compose or views, which one would you use in your project? For a better performance.
Thanks a lot Philipp. I was also struggling to understand the difference between both of them.
Your explanation was literally amazing! 💯
I always watch your videos because they are very helpful and moreover you break things down in a clear and easy way, your pdf is amazing
You are reading my mind at this point
You're welcome
at 12:03 if my understanding is correct you can alternatively explicitly pass isEnabledState as a state into derivedStateOf and not set keys in remember. In this way derivedStateOf would monitor both of the states inside of it. I.e. `derivedStateOf { state.firstVisibleItemIndex >= 5 && isEnabledState.value }`
I agree 👍
If you are going to pass state as a parameter, how are you supposed to change its value ?
@@osisuper98 just the usual way? state.value = newValue somewhere else
It's better to put the isEnabled to if(showScrollToTopButton && isEnable)
@@osisuper98 add another onValueChange callback
Also i want to admit that remember with keys can be used in all cases, but when used with provided state(state in ViewModel or like in this video, provided by fun argument) it calls implicit get() on state, which adds it to the recomposition list, and if you are not going to subscribe to this state it will be more effective to use derivedStateOf(), because it adds only evaluation function to this list. But if you already have subscribed to the state there will be better to add state.value to remember key list, because it will anyway recompose and if not doing this, you can get a double-recomposition, i mean when state changes and we use derivedStateOf() it firstly recomposes our function, after this it recomposes evaluation, it changes too and here it is second recomposition of function due to change of derived state. But when you are having a provided argument value, which can change(not a state), the derivedStateof() couldn't subscribe to this and you will have to use remember with keys. Also all this is safe in state group cases, i mean that if you are having k states for evaluation and n states (n > k) for compose fun, when some of "useless" states changes it will not cause reevaluations, because in both cases(derivedStateof(), remember(keys)) we refresh only if our "usefull" k states updates
No doubt why he is the king of Jetpack compose.
Hey Philipp, can you please make a video regarding content driven concepts & if possible some mini projects that will be a great help.
Thanks dear Philipp, very useful tutorial 👍
Awesome explanation! Thanks for sharing this!
Thanks a lot Philipp Lackner. It is amazing...!
Hey, I've watched your video about Content Providers. I am currently working with one of them - Calendar Provider, developing a small calendar-app. Do you have any other videos on this topic or maybee you can reccomend some other sources where I can read/watch about this specific provider? Espicially about syncing calendars from local storage to a server and vice-versa. And another thing is - is there some library that provides a CalendarView like Google Calendar have (the monthly view grid with displayiing event's preview(titles) in each cell)? Thanks😅
This was really insightful, thanks 🙏
Phillip, can you explain the difference between rememberUpdatedState(key) and remember(key) { mutableStateOf(key) }
How do I get the PDF? I am already a subscriber and the link seems to be only for new subscribers.
I've subscribed to your email List but can't download "20 things you should never do in Jetpack Compose" PDF
Thanks you are doing great job ❤
hey Philipp, the subscription for the free PDF is not working. I tried with one mail, never got a link. I tried with another mail (that was never subscribed), got a link, but the link from the email doesn't work, I get a 404.
Can you explain out and in generics here? RequestState {}
How about if you put the >=5 inside the remember arg?
Same question! I've that a loot, where the key is a boolean condition.
Sir i am learning jetpack compose to become android developer .Do i need to learn DSA to become android developer. Because at college placements we required DSA is it necessary
You are the best!!
Hi, I couldn't download the PDF
Vivid and helpful
Thanks!
Thank you BRO
U saved, thanks
Amazing
Thanks so much! You're the best!
val state by)))))))
4:30 I guess you could still do following and it would work same as using `derivedStateOf`? `remember(state.firstVisibleItemIndex >= 5)`