关于窗口界面控制 和 窗口界面控制(FlaUI) ,发现一个小问题

使用问题 · 175 次浏览
康必得 创建于 2024-03-06 23:55

在启动quicker后,只使用 窗口界面控制(FlaUI) 模块而不使用 窗口界面控制模块 的话,

会发现有些地方用 窗口界面控制(FlaUI) 更快,有些地方用 窗口界面控制 更快,

但奇怪的是,一旦 窗口界面控制模块 运行过一次后,之后窗口界面控制(FlaUI)的运行速度就会和 窗口界面控制保持一致,无论之前它是比 窗口界面控制 快还是慢,

这个现象会一直持续到下一次quicker重启

 

 

就好像 窗口界面控制这个模块在运行后,就会对 之后 窗口界面控制(FlaUI)的运行造成干扰一样,

 

这样让人困扰的是,有的地方用窗口界面控制(FlaUI)是明显比 窗口界面控制要快的,但一旦运行含有 窗口界面控制的动作后,这个优势就没有了,

而且也不能完全不用窗口界面控制这个模块,因为有的地方又是 窗口界面控制运行更快。

 

为方便理解,请按如下操作:

1.先重启quicker

2.请在谷歌浏览器中调试运行动作A 查询控件信息(FlaUI)

3.然后再在谷歌浏览器中调试运行动作B 查询控件信息

4.然后再在谷歌浏览器中调试运行动作A 查询控件信息(FlaUI)

 

奇怪的事情发生了!本来很快的动作A变得和动作B一样慢!

 

这是怎么回事呢?有改良的办法吗?😂

 

 


回复内容
康必得 2024-03-07 00:06
#1

补充一下,不仅仅是查询控件信息这个功能会互相干扰,

获取焦点控件信息

获取鼠标下控件信息

也是一样的


可以对谷歌浏览器的地址栏用 获取焦点控件信息功能试试,效果类似于上述情况



CL 2024-03-07 07:50
#2

确实比较奇怪,等研究一下。

康必得 回复 CL 2024-03-07 22:37 :

老大怎么样?有办法吗?😘

CL 回复 康必得 2024-03-07 23:02 :

下周再找时间研究,这几天忙别的事。

康必得 回复 CL 2024-03-07 23:10 :

好的😘

回复主贴