对MT5的祝愿 - 页 40

 
stringo:
就这样做吧。试试吧。

是的,我做到了,你设置了一个1秒的计时器,然后一个函数每次都要计算,另一个函数每隔一段时间就有一个过滤器,第三个函数每隔6次就有一个过滤器,以此类推。

我说的是超过1秒的计算,它们会相互干扰。

 
stringo:

实际上,同步化从来没有被取消过。你完成了工作,你发出了一个信息:"Sheu, it's done"。

同步有什么关系呢?在上面的例子中,总的计算时间将是25秒,在这段时间里,可以进行第一个函数的两次计算和第二个函数的一次计算。其结果将是每个函数都有一个。
 

Urain:

该指标应该能够选择它应该是OnTick还是OnTimer。


我认为这个选项是最佳选择。
 

如果MQL5增加以下命令就好了:jmpgoto(无条件跳转)。

很难理解无尽的嵌套循环。

这有可能吗?

 
gisip:

如果MQL5增加以下命令就好了:jmpgoto(无条件跳转)。

因为这很难理解无尽的嵌套循环。

这有可能吗?


我还以为我已经永远摆脱了这一传统观念......。:)
 
gisip:

如果MQL5能够引入jmpgoto(无条件跳转),那就太好了。

这有可能吗?
绝对不是。这一点以前已经讨论过了。
 
gisip:

如果MQL5增加以下命令就好了:jmpgoto(无条件跳转)。

因为它很难理解无休止的嵌套循环。

这有可能吗?


更难理解的是无限的Goto。此外,你几乎肯定会与未初始化的变量和内存泄漏的问题打交道。

goto只应放在有能力的人手中,这些人的能力很强,可以轻易地不使用goto。

因此,不要等待得到。

 

在预处理程序中加入条件运算符会很有用:如果......否则如果定义了,等等。是否有任何计划来做这件事?

 
Dima_S:

在预处理程序中加入条件运算符会很有用:如果......否则如果定义了,等等。是否有任何计划来做这件事?

我也不会介意的。
 

这可能已经实现了,但我没有找到。

这个想法是为了禁用(中断)向日志输出的文本。

更多细节 - 在某些情况下,我们必须在更大的循环中检查数值,或者在历史上运行时,往往只需看到几行就能了解错误,而不需要进一步的输出。但你必须杀死进程来中断它,否则终端可能会挂起很长一段时间。

还有一件事,你能不能让更新请求不那么具有干扰性? 终端仍然是原始的,经常弹出这样或那样的问题,在你确定它能工作之前不想更新终端,否则你可以在更新出来之前无家可归几天。

另外,如果你已经优化 了几个小时,而且屏幕保护程序处于开启状态,并提示你进行更新,按空格键希望只是关闭屏幕保护程序将触发更新.....。

原因: