More performance tips for Jetpack Compose

Подписаться 1,3 млн

Просмотров 38 тыс.

50% 1

A follow up to the Common Performance Gotchas I/O in Jetpack Compose talk. We go further into the details of why deferring reads of Compose state works, learn about stability and how Compose infers it, have a look at a new API for reportFullyDrawn, and more.
Speaker: Ben Trengrove
Watch more:
Watch all the Android Dev Summit sessions → goo.gle/ADS-All
Watch all the Modern Android Development track sessions → goo.gle/ADS-MAD
Subscribe to Android Developers → goo.gle/AndroidDevs
#Featured #AndroidDevSummit #JetpackCompose

Наука

Опубликовано:

23 окт 2022

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 35

@SiamakAshrafi Год назад

That's a lot to remember and check. Please move as many checks into Android Studio warnings as possible!

@bentrengrove8024 Год назад

Thanks for the feedback. Keep in mind, these are not requirements. These are tips to help solve issues you might run into after identifying you have a performance problem. We do provide lint checks wherever we can and continue to add more.

@SiamakAshrafi Год назад

@@bentrengrove8024 True 🙂

@markonovakovic3838 Год назад

great presentation. I like "tools over rules" approach and frequent disclaimers

@chriscross7671 10 месяцев назад

I believe it's a clear indicator of significant design deficiencies when individuals must be instructed in numerous performance optimization techniques just to make basic use cases such as a rendering a bunch of list items function efficiently on today's hardware.

@CommanderSteps Год назад

Thank you for this video! Performance tips are always helpful. 🙏🏻

@ashishgautam2842 Год назад

amazing, understanding compose day by day

@diegoalarcon7010 Год назад

am I the only one who thinks that all of this is very difficult to remember? I have more than 5 years working with Android and everyday there's something new to improve

@litpen8056 6 месяцев назад

then later on, after mastering this library, a new library is introduced.

@ssverma1916 Год назад

Very informative 👍

@julioconradomarinardila3269 Месяц назад

Jetpack compose es una gran herramienta de trabajo

@lemondog252 Год назад

does anyone know where to find -composables.txt file?

@user-jr9wn8sx1m Год назад

dear god. I need to cry a bit

@McMouse88 5 месяцев назад

It was very interesting, thank you so much )

@kalidsherefuddin Год назад

Very thanks

@coldwised 4 месяца назад

should we use remember in the latest version for derivedStateOf?

@oguzhanaslan494 Год назад

Awesome!

@koetjape4440 Год назад

Hello everyone. Could you explain me, why using lambda in 6:04 is more perofrmant ? I dont understand why and how it works. Thanks!

@markonovakovic3838 Год назад

Compose is looking for minimal possible scope that needs to be recomposed. scope is function where State is read. if State is read inside "Parent" than "Parent" becomes scope, if it's read inside "Child" than "Child" becomes scope. but when State is read inside of lambda and that lambda becomes the scope and only it and it's children are/might be recomposed. here it has no children so only it, lambda, is recomposed, Compose doesn't have to look up the tree for the scope anymore.

@litpen8056 6 месяцев назад

@@markonovakovic3838 in summary from understanding, lambda creates a child scope, making sure the parent scope is not touched/recomposes.

@devnachi Год назад

I had a doubt that will if i have two composable nesting from a parent composable, and there is a mutable list passed to the first child but no change occurs to second child but it still recomposes. But if the parent is itself part of a list than will all the instances also recompose runtime or only the particular list item affected ?

@litpen8056 6 месяцев назад

cannot skip if parameter is unstable or mutable state parameter changes. that is it. from understanding.

@devnachi 6 месяцев назад

@@litpen8056 ok, got it! Actually I asked this, seeing a nested composable in one of my apps is incredibly slow on a fast fling scroll. And I cannot use the lazy column as it doesn't support nesting.

@hellosagar 11 месяцев назад

is interfaces are stable?

@AhmadSattout97 Год назад

Then why even have non-lambda modifiers, if they are most of the time less performant??

@bentrengrove8024 Год назад

Lambda modifiers aren't always more performant, they just can be in certain situations. If you don't have frequent changing state, a standard modifier will be more performant.

@vengateshm2122 Год назад

That's lot to remember

@puhgeh 9 месяцев назад

i know this is almost a year old, but could you please add timestamps? this is quite a lot to digest so we need it to go back and fort to rewatch specific topics.. thanks

@1Ozgur Год назад

day by day, they are discovering how compose is complex and it is not easy to maintain 😂😂 thanks, but i will continue to work with activities and fragment happily 🎉

@1Ozgur Год назад

@@estebanhiguitaduarte1318 if your project is small go ahead you can play with compose, but in a big scale project, i definitely not recommend to migrate. Just example from this video they suggest to use ImmutableList instead of List. And they say it is just a fix. So, in the future they may ask you to use Immutable Int or Immutable String to just make a performance fixes 😂. In my opinion compose has a very long way to take fragment xmls places.

@re7650 Год назад

How Google devs sleep 😴 after creating another "best practice more performance industry standard" code to remember every 6 months.

@1Ozgur Год назад

and the perfect title can be honeymoon is over let's face with realities

@serpenheir Год назад

Man, stop disgracing yourself leaving these comments. Did you ever try to optimize RecyclerView with various item types? Do you think parsing XML file is a way to go to layout user interface? Do you like View's lifecycle?