mql4语言的特点、微妙之处以及技巧 - 页 31 1...24252627282930313233343536 新评论 fxsaber 2020.06.17 16:15 #301 Vladimir Pastushak:它不起作用... 语言的可能性 已经被削减。 Иван 2020.07.25 21:58 #302 你能告诉我,如果IsStopped()函数,当交易员停止工作时,在检查标志状态的地方立即中断EA的工作,还是EA会像ExpertRemove()函数 那样,在没有其他事件的情况下,完成刻度线,只有在新的刻度线到来时才停止? Nauris Zukas 2020.09.08 12:24 #303 下午好! 在指标中prev_calculated经常变成零,由于这个原因,指标经常被重新计算,这是不需要的。我只对最近500个蜡烛图感兴趣,如果没有历史变化或新的蜡烛图 出现的话。 请告知最佳方案。也许我们应该把每个蜡烛图做成一个时间数组,并通过一个循环来检查它?或者还有其他的变种? Andrey Khatimlianskii 2020.09.08 13:38 #304 Nauris Zukas:下午好! 在指标中prev_calculated经常变成零,由于这个原因,指标经常被重新计算,这是不需要的。我只对最近500个蜡烛图感兴趣,如果没有历史变化或新的蜡烛图 出现的话。 请告知最佳方案。也许我们应该把每个蜡烛图做成一个时间数组,并通过一个循环来检查它?或者还有其他的变种? 我们可以尝试为这些蜡烛图计算一些哈希值并进行比较。 但它会随着每个烛台的变化而变化,所以也许阵列缓存会是一个更好的解决方案。 Koldun Zloy 2020.09.08 13:39 #305 Vladimir Pastushak: 我正在寻找 对一个结构数组进行排序的方法。有没有人有任何工作变体? 这里 Особенности языка mql5, тонкости и приёмы работы 2020.05.25www.mql5.com В данной теме будут обсуждаться недокументированные приёмы работы с языком mql5, примеры решения тех, или иных задач... TheXpert 2020.09.08 13:50 #306 Andrey Khatimlianskii:你可以尝试在这些烛台上计算一些哈希值,并进行比较。 但它会随着每个烛台的变化而变化,所以也许数组缓存会是一个更好的解决方案。 如果你插入或删除一个栏,它就会起作用,但如果你纠正阴影,不,在最后一种情况下,根本没有快速的解决办法。500条是不适合它的哈希量。 Andrey Khatimlianskii 2020.09.08 13:54 #307 TheXpert: 如果你插入或删除了一个酒吧,很好,如果你纠正了阴影,不行,在后一种情况下,根本没有快速解决方案。500条是不适合它的哈希量。 我指的是TOHLC的哈希 但这真的没有意义,可能。 Nauris Zukas 2020.09.08 19:24 #308 TheXpert: 如果你插入或删除了一个酒吧,很好,如果你调整了阴影,不行,在后一种情况下,根本就没有快速的解决方案。500条是不够的。 谢谢,我对哈希值不熟悉。500条对一个哈希来说是太少还是太多? Nauris Zukas 2020.09.08 19:25 #309 Andrey Khatimlianskii:我指的是TOHLC的哈希但真的没有意义,很可能。 谢谢,那我就比较一下 TOHLC阵列。 Andrey Khatimlianskii 2020.09.08 19:42 #310 Nauris Zukas:谢谢,我对哈希值不熟悉。500条对散列来说是太少还是太多? 如果对500个条形图进行循环,并将它们的值与存储的值进行比较,必须做很多次,而且比在同一个循环中计算哈希值并与存储的值进行比较要长,那么这就有意义了。 但情况几乎不是这样的。 是什么让你花了这么长的时间来计算,以至于你注意到重新设置prev_calculated的罕见情况? 1...24252627282930313233343536 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
它不起作用...
语言的可能性 已经被削减。
下午好!
在指标中prev_calculated经常变成零,由于这个原因,指标经常被重新计算,这是不需要的。我只对最近500个蜡烛图感兴趣,如果没有历史变化或新的蜡烛图 出现的话。
请告知最佳方案。也许我们应该把每个蜡烛图做成一个时间数组,并通过一个循环来检查它?或者还有其他的变种?
下午好!
在指标中prev_calculated经常变成零,由于这个原因,指标经常被重新计算,这是不需要的。我只对最近500个蜡烛图感兴趣,如果没有历史变化或新的蜡烛图 出现的话。
请告知最佳方案。也许我们应该把每个蜡烛图做成一个时间数组,并通过一个循环来检查它?或者还有其他的变种?
我们可以尝试为这些蜡烛图计算一些哈希值并进行比较。
但它会随着每个烛台的变化而变化,所以也许阵列缓存会是一个更好的解决方案。
我正在寻找 对一个结构数组进行排序的方法。有没有人有任何工作变体?
这里
你可以尝试在这些烛台上计算一些哈希值,并进行比较。
但它会随着每个烛台的变化而变化,所以也许数组缓存会是一个更好的解决方案。
如果你插入或删除了一个酒吧,很好,如果你纠正了阴影,不行,在后一种情况下,根本没有快速解决方案。500条是不适合它的哈希量。
我指的是TOHLC的哈希
但这真的没有意义,可能。
如果你插入或删除了一个酒吧,很好,如果你调整了阴影,不行,在后一种情况下,根本就没有快速的解决方案。500条是不够的。
谢谢,我对哈希值不熟悉。500条对一个哈希来说是太少还是太多?
我指的是TOHLC的哈希
但真的没有意义,很可能。
谢谢,那我就比较一下 TOHLC阵列。
谢谢,我对哈希值不熟悉。500条对散列来说是太少还是太多?
如果对500个条形图进行循环,并将它们的值与存储的值进行比较,必须做很多次,而且比在同一个循环中计算哈希值并与存储的值进行比较要长,那么这就有意义了。
但情况几乎不是这样的。
是什么让你花了这么长的时间来计算,以至于你注意到重新设置prev_calculated的罕见情况?