mql5语言的特点、微妙之处以及技巧 - 页 219

 
fxsaber #:

在这里。

Alexey Viktorov#:

图表_is_maximized

图表_is_maximized

bool r/o

图表_is_minimized

Chart_is_minimized图表被最小化了

bool r/o

谢谢你,我现在就去试试。
还发现CHART_WINDOW_IS_VISIBLE但我想我以前检查过,有一些细微的差别。

 
Nikolai Semko #:

谢谢,我现在就去实验。
还发现CHART_WINDOW_IS_VISIBLE。但我想我以前检查过,有一些细微的差别。

fxsaber#:

在这里。

是的,你的变体可以工作,与CHART_WINDOW_IS_VISIBLE 不同。
再次感谢。

因此,通过这种方式而不是通过CHART_BRING_TO_TOP来控制位图形成的图表可见性是合理的。

除了在不使用user32.dll的情况下,这个控件太昂贵了,因为你必须不断地监视所有的窗口。
但显然,只有当自己的图表窗口不在焦点上时,才应该监视所有的窗口(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。
 
Nikolai Semko #:

但显然,只有当自己的图表窗口不在焦点上时,所有的窗口才应该被监控(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。

即使有多个窗口,一个最小化的窗口也可以返回true。

 
fxsaber #:

即使有一个以上的窗口,一个最小化的窗口也可以返回true。

我们是在谈论CHART_BRING_TO_TOP还是 IsInvisible函数

 
Nikolai Semko #:


因此,通过这种方式而不是通过CHART_BRING_TO_TOP来控制位图形成的图表可见性是合理的。

HHH除了在不使用user32.dll的情况下,监控的成本太高,因为你需要不断地监控所有的窗口。
但很明显,只有当你自己的图表窗口失去焦点时,才应该监控所有的窗口(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。

是的,只有在专家顾问系统中才是合理的,因为ChartGet功能在那里运行得更快。
,在指标中没有必要为它费心。重绘画布比监视其他窗口的状态要快。
IMHO

同样,这一切都归结于ChatGet功能的迟缓:(
 
Nikolai Semko #:

我们是在谈论CHART_BRING_TO_TOP还是 IsInvisible?

chart_bring_to_top.

 
Nikolai Semko #:

是的,这只能在EA中得到证明,因为它们的ChartGet功能要快得多。

我监测时,它的速度很慢。

纠缠于指标是没有意义的。重绘画布比监控其他窗口更快。
IMHO

取决于计算的严重程度。对于HFT来说,尽可能地保持可视化是非常重要的。这就是为什么我使用IsInvisible2。

 
fxsaber #:

chart_bring_to_top.

奇怪的是,在这种模式下,窗口的大小看起来好像没有被最小化。
然而,这是一种非常罕见的情况,即活动窗口被最小化了。是的,在这种情况下,它会无缘无故地乱晃。

 
Nikolai Semko #:

然而,这是一种非常罕见的情况,即活动窗口被最小化了

关于交易、自动交易系统和策略测试的论坛

MT5和速度在行动

fxsaber, 2020.09.30 21:42

我看到,即使是我现在的性能线的机器人也在运行,因此,终端CPU是15%。现在给大家一个提示!

  • 关闭市场观察(CTRL+M)--里面只有交易的符号。
  • 用当前位置关闭表格(CTRL+T)。
  • 最小化所有的图表。

瞧,终端CPU 2.5%!卸载你的VPS。如果其他人有任何有效的建议,请告诉我。


亲爱的开发者,请具备将终端切换到最小资源消耗模式的能力,以便进行算法交易。

战斗顾问最广泛的运作模式。
 
fxsaber #:
战斗力强的EA最常见的运作模式。

意味着在战斗模式下,你应该关闭所有图形的废话,而不是最小化。如果窗口保持可见但不活动,让图形被冻结。
而且,在我看来,当鼠标不活动时,例如1分钟,自动关闭和删除所有的图形,会更容易和更好。只要鼠标处于活动状态--图形就会恢复。