BindableLayout performance could be better

[albyrock87]

Description

I have a custom calendar view which can switch between month-view and week-view.
Days are rendered through CommunityToolkit UniformLayout by leveraging BindableLayout.
Now, when you switch from one month to another the BindableLayout basically removes all the children and recreates them.

The performance here is definitely poor and could be improved a lot by reusing already generated views when template can be reused and simply change the BindingContext.

Steps to Reproduce

No response

Link to public reproduction project repository

No response

Version with bug

8.0.60 SR6

Is this a regression from previous behavior?

No, this is something new

Last version that worked well

Unknown/Other

Affected platforms

iOS, Android, Windows, macOS, Other (Tizen, Linux, etc. not supported by Microsoft directly)

Affected platform versions

No response

Did you find any workaround?

No workaround possible besides creating my own BindableLayout version.

Relevant log output

No response

[github-actions]

Hi I'm an AI powered bot that finds similar issues based off the issue title.

Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you!

Open similar issues:

• BindableLayout Height loading Time (#22076), similarity score: 0.71

Closed similar issues:

• Nested FlexLayout/BindableLayout Very Slow (#12908), similarity score: 0.76
• very High Load time in Bindable Layout with vertical Stack Layout (#21405), similarity score: 0.74

Note: You can give me feedback by thumbs upping or thumbs downing this comment.

[MartyIX]

@albyrock87 Could you share what performance improvement you observe? I'm just curious.

[albyrock87]

@MartyIX look at my PR, there are animated gifs in the description which shows exactly what I'm talking about!
Consider those videos are recorded on an M3 PRO (which is super fast usually).