FMX安卓项目如何在循环中及时刷新界面?

ooolinux 2020-12-08 11:58:55
原来10.2.2编译出来的刷新界面正常,10.3.3编译出来的循环中不能及时刷新界面,如何及时刷新?
...全文
926 18 打赏 收藏 转发到动态 举报
写回复
用AI写文章
18 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
这个确实不是我之前提到的那个文章,那篇找不到了,我印象是两年前的emb论坛上的帖子,有人说10.2的代码升级到10.3之后Application.ProcessMessages不工作了,然后Marco Cantu回了他一下
ooolinux 2020-12-12
  • 打赏
  • 举报
回复
引用 17 楼 早打大打打核战争 的回复:
另外,如果用传统Borland C++ 32位编译器,不支持匿名函数(lambda),需要写更多的代码

改成匿名线程不太好搞。
  • 打赏
  • 举报
回复
另外,如果用传统Borland C++ 32位编译器,不支持匿名函数(lambda),需要写更多的代码
  • 打赏
  • 举报
回复
引用 15 楼 ooolinux 的回复:
[quote=引用 14 楼 早打大打打核战争的回复:]这个确实不是我之前提到的那个文章,那篇找不到了,我印象是两年前的emb论坛上的帖子,有人说10.2的代码升级到10.3之后Application.ProcessMessages不工作了,然后Marco Cantu回了他一下

还好我已经把代码改成用timer了。就是以后少一种简单的方式了,不过理论上用循环加Application.ProcessMessages的代码应该都可以改成用timer吧?不过timer有个最小定时时间限制。如果app长时间循环计算,估计也会被安卓系统认为没有响应干掉了,可能出于这个原因ProcessMessages实现效果被改变了。[/quote]

用匿名线程应该是最接近Application.ProcessMessages的方法,只是多写几行代码
ooolinux 2020-12-12
  • 打赏
  • 举报
回复
引用 14 楼 早打大打打核战争的回复:
这个确实不是我之前提到的那个文章,那篇找不到了,我印象是两年前的emb论坛上的帖子,有人说10.2的代码升级到10.3之后Application.ProcessMessages不工作了,然后Marco Cantu回了他一下
还好我已经把代码改成用timer了。就是以后少一种简单的方式了,不过理论上用循环加Application.ProcessMessages的代码应该都可以改成用timer吧?不过timer有个最小定时时间限制。如果app长时间循环计算,估计也会被安卓系统认为没有响应干掉了,可能出于这个原因ProcessMessages实现效果被改变了。
ooolinux 2020-12-11
  • 打赏
  • 举报
回复
引用 11 楼 早打大打打核战争 的回复:
参考:https://blog.marcocantu.com/blog/2014_may_background_delphi_android_threads.html

作者博客中没有提到Application.ProcessMessages,只是评论中有人提到,也没有说它在安卓中是否可用(有效)。
作者只说用timer或threading。
ooolinux 2020-12-11
  • 打赏
  • 举报
回复
引用 11 楼 早打大打打核战争 的回复:
参考:https://blog.marcocantu.com/blog/2014_may_background_delphi_android_threads.html

我看一下。
  • 打赏
  • 举报
回复
引用 6 楼 ooolinux 的回复:
我查看了代码,代码中原来是有Application->ProcessMessages();
原来10.2.2编译出来界面刷新是正常的,用了10.3.3编译,感觉Application->ProcessMessages()无效了,这很奇怪。


应该是Application->ProcessMessages()的内部实现(在非windows平台上)改变了
tanqth 2020-12-10
  • 打赏
  • 举报
回复
引用 6 楼 ooolinux 的回复:
我查看了代码,代码中原来是有Application->ProcessMessages(); 原来10.2.2编译出来界面刷新是正常的,用了10.3.3编译,感觉Application->ProcessMessages()无效了,这很奇怪。
移动端就不要用ProcessMessages了。 按照这个原则处理: 界面处理需要在UI线程,也就是需要线程同步。 然后,有些耗时的循环你把他放子线程里去处理,不要在主线程中处理。
ooolinux 2020-12-10
  • 打赏
  • 举报
回复
引用 8 楼 早打大打打核战争 的回复:
[quote=引用 6 楼 ooolinux 的回复:]我查看了代码,代码中原来是有Application->ProcessMessages();
原来10.2.2编译出来界面刷新是正常的,用了10.3.3编译,感觉Application->ProcessMessages()无效了,这很奇怪。


应该是Application->ProcessMessages()的内部实现(在非windows平台上)改变了
[/quote]
有可能。
ooolinux 2020-12-10
  • 打赏
  • 举报
回复
引用 7 楼 tanqth 的回复:
[quote=引用 6 楼 ooolinux 的回复:]我查看了代码,代码中原来是有Application->ProcessMessages();
原来10.2.2编译出来界面刷新是正常的,用了10.3.3编译,感觉Application->ProcessMessages()无效了,这很奇怪。


移动端就不要用ProcessMessages了。
按照这个原则处理:
界面处理需要在UI线程,也就是需要线程同步。
然后,有些耗时的循环你把他放子线程里去处理,不要在主线程中处理。[/quote]
其实也不是耗时,就是轮流自动打牌的动作,中间有Sleep。改成线程比较麻烦。
  • 打赏
  • 举报
回复
要看是怎么刷新的
ooolinux 2020-12-09
  • 打赏
  • 举报
回复
我查看了代码,代码中原来是有Application->ProcessMessages();
原来10.2.2编译出来界面刷新是正常的,用了10.3.3编译,感觉Application->ProcessMessages()无效了,这很奇怪。
tanqth 2020-12-09
  • 打赏
  • 举报
回复
界面处理需要在UI线程,也就是需要线程同步。 然后,有些耗时的循环你把他放子线程里去处理,不要在主线程中处理。
ooolinux 2020-12-09
  • 打赏
  • 举报
回复
引用 4 楼 早打大打打核战争 的回复:
Application.ProcessMessages在FMX应用中也可以使用,但是不能保证在其他平台上有和windows上一样的效果,我记得Marco Cantu曾经有一篇文章谈到过这个问题,但是我没保存,我先找找。
估计你是在事件处理中有大量的耗时操作,然后在其中调用Application.ProcessMessages来更新显示,这种模式(尤其在安卓上)可以使用Timer来更新UI显示,或者建立线程来执行耗时的计算,在线程中使用异步调用或者Synchronize更新UI:
void __fastcall TForm1::Button1Click(TObject *Sender)
{
TThread::CreateAnonymousThread(
[&, this]()
{
// ...
for (int i = 0; i < 100; i++)
{
// TThread::Synchronize (TThread::CurrentThread, ...
Form1->BeginInvoke( // 异步调用从XE8开始支持
[this, i]()
{
Form1->Label1->Caption = IntToStr(i);
// 不再需要 Application->ProcessMessages();
}
);
Sleep(100);
}
}
)->Start();
}

我试试看。
  • 打赏
  • 举报
回复
Application.ProcessMessages在FMX应用中也可以使用,但是不能保证在其他平台上有和windows上一样的效果,我记得Marco Cantu曾经有一篇文章谈到过这个问题,但是我没保存,我先找找。
估计你是在事件处理中有大量的耗时操作,然后在其中调用Application.ProcessMessages来更新显示,这种模式(尤其在安卓上)可以使用Timer来更新UI显示,或者建立线程来执行耗时的计算,在线程中使用异步调用或者Synchronize更新UI:
void __fastcall TForm1::Button1Click(TObject *Sender)
{
TThread::CreateAnonymousThread(
[&, this]()
{
// ...
for (int i = 0; i < 100; i++)
{
// TThread::Synchronize (TThread::CurrentThread, ...
Form1->BeginInvoke( // 异步调用从XE8开始支持
[this, i]()
{
Form1->Label1->Caption = IntToStr(i);
// 不再需要 Application->ProcessMessages();
}
);
Sleep(100);
}
}
)->Start();
}
ooolinux 2020-12-09
  • 打赏
  • 举报
回复
VCL有个Application.ProcessMessages,FMX有没有对应的?
源码链接: https://pan.quark.cn/s/a4b39357ea24 在本研究,我们将详细研究如何借助Python执行数据可视化,旨在剖析2018年期间国四个主要城市——北京、上海、广州以及深圳的空气质量状况。通过绘制反映空气质量指数(AQI)与细颗粒物(PM2.5)变化趋势的图表,我们能够深入理解这些大都市全年的空气环境质量,并明确评估其优良天气所占的比重。 我们必须首先进行数据准备工作。在当前提供的压缩文件内,名为"2018天气"的文件极有可能是数据来源,其可能收录了涉及四个城市每日空气质量监测的详细信息。这些数据通常涵盖日期、城市名称、AQI数值、PM2.5含量等核心参数。在Python编程环境,我们惯常运用pandas库来对这类结构化数据进行高效的处理和分析。 1. **数据导入与初步处理**: - 利用`pandas.read_csv()`方法来导入存储为CSV格式的数据资料。 - 数据整理:对数据的空白项、非正常数值进行修正,保证数据的精确性。 - 调整日期字段的格式,确保其能够适用于时间序列分析的需求。 2. **数据深度分析**: - 针对每个城市的AQI和PM2.5数据执行统计性描述,例如计算平均值、位数、标准偏差等指标。 - 确定空气质量良好天气的天数,即那些AQI值低于75(依据国的空气质量评估标准)的日数。 3. **数据呈现**: - 运用matplotlib或seaborn工具绘制折线图,直观展示四个城市在2018年全年的AQI和PM2.5变化动态。 - 可通过采用不同的颜色方案和线条类型来区分不同城市的数据系列。 - 添加必要的图示元素,如日期坐标轴、城市名称标注、图表标题及图例说明,以提升图表的可读...

830

社区成员

发帖
与我相关
我的任务
社区描述
Delphi 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧