对MT5的祝愿 - 页 40 1...333435363738394041424344454647...117 新评论 Mykola Demko 2010.10.21 17:06 #391 stringo: 就这样做吧。试试吧。是的,我做到了,你设置了一个1秒的计时器,然后一个函数每次都要计算,另一个函数每隔一段时间就有一个过滤器,第三个函数每隔6次就有一个过滤器,以此类推。我说的是超过1秒的计算,它们会相互干扰。 Mykola Demko 2010.10.21 17:09 #392 stringo: 实际上,同步化从来没有被取消过。你完成了工作,你发出了一个信息:"Sheu, it's done"。 同步有什么关系呢?在上面的例子中,总的计算时间将是25秒,在这段时间里,可以进行第一个函数的两次计算和第二个函数的一次计算。其结果将是每个函数都有一个。 Mykola Demko 2010.10.21 17:10 #393 Urain: 该指标应该能够选择它应该是OnTick还是OnTimer。 我认为这个选项是最佳选择。 gisip 2010.10.29 14:58 #394 如果MQL5增加以下命令就好了:jmp 或goto(无条件跳转)。很难理解无尽的嵌套循环。这有可能吗? [删除] 2010.10.29 15:07 #395 gisip:如果MQL5增加以下命令就好了:jmp 或goto(无条件跳转)。因为这很难理解无尽的嵌套循环。这有可能吗? 我还以为我已经永远摆脱了这一传统观念......。:) Renat Fatkhullin 2010.10.29 15:10 #396 gisip:如果MQL5能够引入jmp 或goto(无条件跳转),那就太好了。 这有可能吗? 绝对不是。这一点以前已经讨论过了。 Slava 2010.10.29 15:14 #397 gisip: 如果MQL5增加以下命令就好了:jmp 或goto(无条件跳转)。 因为它很难理解无休止的嵌套循环。 这有可能吗? 更难理解的是无限的Goto。此外,你几乎肯定会与未初始化的变量和内存泄漏的问题打交道。 goto只应放在有能力的人手中,这些人的能力很强,可以轻易地不使用goto。 因此,不要等待得到。 Dmitriy Skub 2010.10.30 00:25 #398 在预处理程序中加入条件运算符会很有用:如果......否则如果定义了,等等。是否有任何计划来做这件事? Konstantin Gruzdev 2010.10.30 00:27 #399 Dima_S: 在预处理程序中加入条件运算符会很有用:如果......否则如果定义了,等等。是否有任何计划来做这件事? 我也不会介意的。 Igor Malcev 2010.10.30 16:27 #400 这可能已经实现了,但我没有找到。这个想法是为了禁用(中断)向日志输出的文本。 更多细节 - 在某些情况下,我们必须在更大的循环中检查数值,或者在历史上运行时,往往只需看到几行就能了解错误,而不需要进一步的输出。但你必须杀死进程来中断它,否则终端可能会挂起很长一段时间。还有一件事,你能不能让更新请求不那么具有干扰性? 终端仍然是原始的,经常弹出这样或那样的问题,在你确定它能工作之前不想更新终端,否则你可以在更新出来之前无家可归几天。另外,如果你已经优化 了几个小时,而且屏幕保护程序处于开启状态,并提示你进行更新,按空格键希望只是关闭屏幕保护程序将触发更新.....。 1...333435363738394041424344454647...117 新评论 原因: 取消 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
就这样做吧。试试吧。
是的,我做到了,你设置了一个1秒的计时器,然后一个函数每次都要计算,另一个函数每隔一段时间就有一个过滤器,第三个函数每隔6次就有一个过滤器,以此类推。
我说的是超过1秒的计算,它们会相互干扰。
实际上,同步化从来没有被取消过。你完成了工作,你发出了一个信息:"Sheu, it's done"。
Urain:
该指标应该能够选择它应该是OnTick还是OnTimer。
如果MQL5增加以下命令就好了:jmp 或goto(无条件跳转)。
很难理解无尽的嵌套循环。
这有可能吗?
如果MQL5增加以下命令就好了:jmp 或goto(无条件跳转)。
因为这很难理解无尽的嵌套循环。
这有可能吗?
如果MQL5能够引入jmp 或goto(无条件跳转),那就太好了。
这有可能吗?如果MQL5增加以下命令就好了:jmp 或goto(无条件跳转)。
因为它很难理解无休止的嵌套循环。
这有可能吗?
更难理解的是无限的Goto。此外,你几乎肯定会与未初始化的变量和内存泄漏的问题打交道。
goto只应放在有能力的人手中,这些人的能力很强,可以轻易地不使用goto。
因此,不要等待得到。
在预处理程序中加入条件运算符会很有用:如果......否则如果定义了,等等。是否有任何计划来做这件事?
在预处理程序中加入条件运算符会很有用:如果......否则如果定义了,等等。是否有任何计划来做这件事?
这可能已经实现了,但我没有找到。
这个想法是为了禁用(中断)向日志输出的文本。
更多细节 - 在某些情况下,我们必须在更大的循环中检查数值,或者在历史上运行时,往往只需看到几行就能了解错误,而不需要进一步的输出。但你必须杀死进程来中断它,否则终端可能会挂起很长一段时间。
还有一件事,你能不能让更新请求不那么具有干扰性? 终端仍然是原始的,经常弹出这样或那样的问题,在你确定它能工作之前不想更新终端,否则你可以在更新出来之前无家可归几天。
另外,如果你已经优化 了几个小时,而且屏幕保护程序处于开启状态,并提示你进行更新,按空格键希望只是关闭屏幕保护程序将触发更新.....。