Video není dostupné.
Omlouváme se.
derivedStateOf VS. remember(key) - THIS is Really the Difference 🤯
Vložit
- čas přidán 20. 02. 2024
- This video will show you the difference of derivedStateOf VS. remember(key).
💻 Let me be your mentor and become an industry-ready Android developer in 10 weeks:
pl-coding.com/drop-table-ment...
⭐ Courses with real-life practices
⭐ Save countless hours of time
⭐ 100% money back guarantee for 30 days
⭐ Become a professional Android developer now:
pl-coding.com/premium-courses...
Get my FREE PDF about 20 things you should never do in Jetpack Compose:
pl-coding.com/jetpack-compose...
Regular programming advice on my Instagram page: / _philipplackner_
Join my Discord server:
/ discord
Get the source code for this video on GitHub:
github.com/philipplackner/rem...
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 👍
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
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
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 }`
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
Without bias, if you were to choose between compose or views, which one would you use in your project? For a better performance.
Thanks dear Philipp, very useful tutorial 👍
You are reading my mind at this point
You're welcome
Awesome explanation! Thanks for sharing this!
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😅
Thanks a lot Philipp Lackner. It is amazing...!
Hey Philipp, can you please make a video regarding content driven concepts & if possible some mini projects that will be a great help.
This was really insightful, thanks 🙏
You are the best!!
How do I get the PDF? I am already a subscriber and the link seems to be only for new subscribers.
Thanks you are doing great job ❤
Phillip, can you explain the difference between rememberUpdatedState(key) and remember(key) { mutableStateOf(key) }
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.
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.
No doubt why he is the king of Jetpack compose.
Can you explain out and in generics here? RequestState {}
Hi, I couldn't download the PDF
Vivid and helpful
Thanks!
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
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)`