Multithreaded rendering on Android
code.facebook.com
Multithreaded rendering on Android
1–10 of 22 posts
Re: Multithreaded rendering on Android
#2So FB mixes this and react native in their app?
Re: Multithreaded rendering on Android
#3This is really nice, but it would be good if they could release some metrics for their example such as the News Feed. How much did it improve the scroll performance? The main reason is because I'd like to know if the extra complexity is worth the effort. I'm sure that from Facebook scale any improvement is important but how good is it?
It is mentioned in the article that Android documentation does not recommend doing multithreading optimizations since the UI Toolkit itself is not thread-safe, does this mean that Android's own UI Toolkit cannot be used within this context? What is the level of integration that Litho and Android's UI Toolkit can have? Also, in regards to Android's Accessibility APIs, does Litho components handle/have that capability?
I guess I should have done a bit more research/experimentation on Litho, but these are some questions I have. I'd really love to use it though.
Re: Multithreaded rendering on Android
#4So FB mixes this and react native in their app?
We use both at Facebook! React Native works cross platform whereas Litho provides performance that beats the Android Toolkit - so they are each beneficial for different use cases. Litho is heavily inspired from RN so the programming model should be familiar.
Re: Multithreaded rendering on Android
#5This is really nice, but it would be good if they could release some metrics for their example such as the News Feed. How much did it improve the scroll performance? The main reason is because I'd like to know if the extra complexity is worth the effort. I'm sure that from Facebook scale any improvement is important but how good is it? It is mentioned in the article that Android documentation does not recommend doing…
For the record, I prefer Litho regardless of performance characteristics. The immutable data model works really well with AutoValue, which in turn works well with lots of things in Android and I find the API a lot cleaner than the default RecyclerView API (there are alternative Adapter implementations for RecyclerView that bring it's API closer to Litho)
Re: Multithreaded rendering on Android
#6This is really nice, but it would be good if they could release some metrics for their example such as the News Feed. How much did it improve the scroll performance? The main reason is because I'd like to know if the extra complexity is worth the effort. I'm sure that from Facebook scale any improvement is important but how good is it? It is mentioned in the article that Android documentation does not recommend doing…
> How much did it improve the scroll performance?
We are still have some more work to do in News Feed but on other surfaces in the app we have seen a 42% improvement in skipped frames when converting from Views to Litho. This is measured by sampling skipped frames while scrolling in production.
> does this mean that Android's own UI Toolkit cannot be used within this context? Views should not be accessed on a background thread according to the Android documentation. Litho renders inside of a light weight wrapper view and interacts with this wrapper view on the UI thread. Nevertheless, Litho moves most of the heavy lifting from rendering to the background.
> What is the level of integration that Litho and Android's UI Toolkit can have? During the conversion to Litho, News Feed rendered with some standard views and some Litho
>in regards to Android's Accessibility APIs, does Litho components handle/have that capability? Yup! It's a full featured UI framework. Animations are under active development though.
Re: Multithreaded rendering on Android
#7This is really nice, but it would be good if they could release some metrics for their example such as the News Feed. How much did it improve the scroll performance? The main reason is because I'd like to know if the extra complexity is worth the effort. I'm sure that from Facebook scale any improvement is important but how good is it? It is mentioned in the article that Android documentation does not recommend doing…
For the record, I prefer Litho regardless of performance characteristics. The immutable data model works really well with AutoValue, which in turn works well with lots of things in Android and I find the API a lot cleaner than the default RecyclerView API (there are alternative Adapter implementations for RecyclerView that bring it's API closer to Litho)
what alternative adapter implemntations are there ? could you cite anything ?
Re: Multithreaded rendering on Android
#8Earlier quoted context omitted.
For the record, I prefer Litho regardless of performance characteristics. The immutable data model works really well with AutoValue, which in turn works well with lots of things in Android and I find the API a lot cleaner than the default RecyclerView API (there are alternative Adapter implementations for RecyclerView that bring it's API closer to Litho)
what alternative adapter implemntations are there ? could you cite anything ?
Airbnb's Epoxy is the best one I've used:
https://medium.com/airbnb-engineering/epoxy-airbnbs-view-arc...
Re: Multithreaded rendering on Android
#9Earlier quoted context omitted.
For the record, I prefer Litho regardless of performance characteristics. The immutable data model works really well with AutoValue, which in turn works well with lots of things in Android and I find the API a lot cleaner than the default RecyclerView API (there are alternative Adapter implementations for RecyclerView that bring it's API closer to Litho)
what alternative adapter implemntations are there ? could you cite anything ?
[deleted]
Re: Multithreaded rendering on Android
#10Are there any examples of how to convert an existing project to Litho ?