这种基于多个TImages的可滚动UI设计对Android来说是错误的吗?

这种基于多个TImages的可滚动UI设计对Android来说是错误的吗?,android,delphi,firemonkey,Android,Delphi,Firemonkey,我正在使用Delphi 10.2.3设计一个垂直滚动列表,其中包括: 1个TVertScrollBox父项。 1 x三角背景,渐变填充覆盖TVertScrollBox父级的整个高度。 1个TImage“加载更多”按钮背景。 1 x标签“加载更多”按钮文本(带阴影效果) 和5个“条目”,其中每个条目具有: 1倍TImage背景图像(带阴影效果)。 1倍图像显示缩略图。 2倍表示行动的时间。 4个带显示文本的标签(1个带阴影效果) 在windows上,它运行良好。 在安卓系统上,由于没有其他任何东西

我正在使用Delphi 10.2.3设计一个垂直滚动列表,其中包括:

1个TVertScrollBox父项。
1 x三角背景,渐变填充覆盖TVertScrollBox父级的整个高度。
1个TImage“加载更多”按钮背景。
1 x标签“加载更多”按钮文本(带阴影效果)

和5个“条目”,其中每个条目具有:

1倍TImage背景图像(带阴影效果)。
1倍图像显示缩略图。
2倍表示行动的时间。
4个带显示文本的标签(1个带阴影效果)

在windows上,它运行良好。
在安卓系统上,由于没有其他任何东西在后台运行,滚动会出现口吃和延迟,以至于无法使用(在多台设备上测试)

通过实验,我注意到当一种效果出现时,它似乎会滞后和口吃,尤其是在低端设备上

这种类型的UI设计在使用Delphi的Android上不实用吗

编辑:
禁用所有效果可修复此问题

Edit2:
经过进一步调查,似乎有两个问题:
1.如果TImage上有效果(例如TShadowEffect),则当控件滚动到视图中时,滚动只会延迟一次。在以后的滚动中,它不再延迟。

2.如果效果在TLabel上,则每次TLabel进入视图时,效果都会延迟。

渐变、阴影。。。试着简化你的设计。此外,还可以按照
FMX中的和
t控制
iterations中的说明,修补FMX并优化大多数问题部件。控制
单元可以轻松优化,而无需中断单元接口部分,您只需将该单元复制到项目文件夹中并进行适当更改。你可以在一个下午从“不滚动”变为“它滚动”。@DalijaPrasnikar修补FMX。控件有点超出我的能力,我也不确定它是否能解决问题,因为问题不在于这些组件的创建速度,而在于组件创建后TVertScrollBox的滚动速度。优化迭代非常简单。看看下面的QP报告,有一个来自TControl.PaintChildren的示例。另一个更复杂的方法是将控件缓存到位图中。与每次控件进入可见区域时渲染整个控件不同,您只需使用预缓存的图像。