错误、漏洞、问题 - 页 1563 1...155615571558155915601561156215631564156515661567156815691570...3184 新评论 Slava 2016.04.26 14:13 #15621 Anton Zverev:如果每一个符号,终端都能保持一个tick计数器(从连接的那一刻起),那就方便多了。而每个专家顾问,当被调用时,将得到它被调用的刻度线的数字。这样就可以估计出漏掉的虱子。现在,每个EA都需要在一个图表上被触发。BookEvent是第一只燕子,说运行EA不需要图表。 没有必要建立新的实体。对漏掉的点的评估可以用现有的计数器来完成。它被称为tick_volume [删除] 2016.04.26 14:26 #15622 Slawa:在正常操作中,只有在第二个符号的每一个刻度上调用EA,如果该EA被附在该第二个符号的图表上。而且,没有必要为任何图表事件而烦恼。一切都已经在你面前完成,你只需要看看周围。1.例如,做一个1秒的计时器。2.你在OnTimer中用Sleep(10)安排一个从0到100的循环,并控制其运行时间不超过1秒。3.使用SymbolInfoTick 查询分析你喜欢的任何工具。这种设计在测试器中也可以使用当然,这种结构在测试器中也不能很好地工作--它会跳过刻度。我很惊讶你(开发者)建议在你自己的产品中使用拐杖!这是不可能的。斯拉瓦。 你不需要任何新的实体。可以通过现有的计数器来评估漏网之鱼的情况。它被称为tick_volume试着调用copitix的一些条子,并要求提供适当数量的蜱量条子。并看看这个参数与copytix产生的结果相比如何。即使是在M1上,差别也是巨大的!更不用说其余的TFs了。 Slava 2016.04.26 14:38 #15623 一个专家顾问只在一个 图表上工作。如果OnTick写得正确,没有刹车,专家顾问就不会错过任何一个 tick。这是一个既定事实。如果你需要同时处理几个符号,那么在所需工具的图表上运行专家顾问系统。一个工具 - 一个专家顾问。但你只能测试一个专家顾问。这也是一种必然。而关于OnTimer中循环中跳过的ticks,它需要可重复的证明。你有吗? [删除] 2016.04.26 14:46 #15624 Slawa:一个专家顾问只在一个 图表上工作。如果OnTick写得正确,没有刹车,专家顾问就不会错过任何一个 tick。这是一个既定事实。如果你需要同时处理几个符号,那么在所需工具的图表上运行专家顾问系统。一个工具 - 一个专家顾问。但你只能测试一个专家顾问。这也是一种必然。这些说法让我感到害怕。如果你想同时交易几个符号,运行尽可能多的专家顾问?这真是太酷了!也许,我混淆了一些东西,以为测试器是多符号的。关于OnTimer循环中的跳勾,你需要可重复的证明。你有吗? 我没有证明(还没有准备),这句话的正确性对我来说是很明显的。但我将努力为他们准备。你让我越来越吃惊。 Renat Fatkhullin 2016.04.26 14:58 #15625 在测试器中,你想从一个单一的EA中交易多少个符号都可以,但不要试图编造高大上的故事,然后对它们感到奇怪。你想在一个单一的OnTick点上得到一个完整的同步的所有符号的tick流,这在终端或测试器中是行不通的。在OnTick时,会出现当前工作符号的刻度流。测试仪的行为与终端相似。要访问其他符号的tick流,你会得到一些变通方法。虽然不方便,但没有其他办法。 [删除] 2016.04.26 15:12 #15626 我在库文件Trade.mqh中发现了一个有趣的函数MQL5InfoInteger()。我知道MQLInfoInteger(),但我不知道这个。F1对它没有反应,但它的动作似乎与MQLInfoInteger()的动作相似。图书馆里需要这个功能吗? [删除] 2016.04.26 15:13 #15627 是的,在收藏夹的更新上没有出现星号。特别是对于这个分支。 Slava 2016.04.26 15:16 #15628 Anton Zverev:这种说法让我心惊肉跳。我们想同时交易几个符号--运行尽可能多的EA?多么酷啊!我一定是搞错了,以为测试器是多符号的。 我没有证据(我没有准备)来证明我的明显陈述的真实性。但我将努力为他们准备。你让我越来越吃惊。该测试器是一个多符号的测试器。你可以交易你想要的任何工具,只要它们在服务器上可用。但因为你只能在一个符号上测试一个专家顾问,所以你必须自己评估 "其他 "符号的接收点。这就是为什么我们在OnTimer中提出了一个循环。来自适当指标的图表事件也是一种解决方案,而且它更直接,比循环更直接,一点也不拐弯抹角。但不清楚,IndicatorRelease 与它有什么关系? [删除] 2016.04.26 15:52 #15629 Slawa:从相应的指标入图也是一种解决方案,比循环更直接,根本不是拐杖。只是不清楚,IndicatorRelease与此有什么关系?iCustom+IndicatorRelease。凭空创造复杂的实体,可能不是一个拐杖。关于口味,没有什么好争论的。问题是这样的拐杖对众多代理人来说会有多少资源浪费。好吧,几乎所有的东西在5中都是很酷的。速度是一流的。而在这里,对不起,在你意想不到的地方,有一些完全的毛发。 [删除] 2016.04.26 15:54 #15630 Renat Fatkhullin:要访问其他角色的蜱虫流,你会得到一些变通办法。尽管不方便,但没有其他出路。Vasiliy提到,在FORTS(不在测试器中),该机制通过订阅和BookEvent工作。因此,它避免了将EA与任何图表捆绑在一起。 1...155615571558155915601561156215631564156515661567156815691570...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
如果每一个符号,终端都能保持一个tick计数器(从连接的那一刻起),那就方便多了。而每个专家顾问,当被调用时,将得到它被调用的刻度线的数字。
这样就可以估计出漏掉的虱子。
现在,每个EA都需要在一个图表上被触发。BookEvent是第一只燕子,说运行EA不需要图表。
在正常操作中,只有在第二个符号的每一个刻度上调用EA,如果该EA被附在该第二个符号的图表上。
而且,没有必要为任何图表事件而烦恼。一切都已经在你面前完成,你只需要看看周围。
1.例如,做一个1秒的计时器。
2.你在OnTimer中用Sleep(10)安排一个从0到100的循环,并控制其运行时间不超过1秒。
3.使用SymbolInfoTick 查询分析你喜欢的任何工具。
这种设计在测试器中也可以使用
当然,这种结构在测试器中也不能很好地工作--它会跳过刻度。我很惊讶你(开发者)建议在你自己的产品中使用拐杖!这是不可能的。
你不需要任何新的实体。可以通过现有的计数器来评估漏网之鱼的情况。它被称为tick_volume
试着调用copitix的一些条子,并要求提供适当数量的蜱量条子。并看看这个参数与copytix产生的结果相比如何。
即使是在M1上,差别也是巨大的!更不用说其余的TFs了。
一个专家顾问只在一个 图表上工作。如果OnTick写得正确,没有刹车,专家顾问就不会错过任何一个 tick。
这是一个既定事实。
如果你需要同时处理几个符号,那么在所需工具的图表上运行专家顾问系统。一个工具 - 一个专家顾问。
但你只能测试一个专家顾问。这也是一种必然。
而关于OnTimer中循环中跳过的ticks,它需要可重复的证明。你有吗?
一个专家顾问只在一个 图表上工作。如果OnTick写得正确,没有刹车,专家顾问就不会错过任何一个 tick。
这是一个既定事实。
如果你需要同时处理几个符号,那么在所需工具的图表上运行专家顾问系统。一个工具 - 一个专家顾问。
但你只能测试一个专家顾问。这也是一种必然。
这些说法让我感到害怕。如果你想同时交易几个符号,运行尽可能多的专家顾问?这真是太酷了!也许,我混淆了一些东西,以为测试器是多符号的。
关于OnTimer循环中的跳勾,你需要可重复的证明。你有吗?
在测试器中,你想从一个单一的EA中交易多少个符号都可以,但不要试图编造高大上的故事,然后对它们感到奇怪。
你想在一个单一的OnTick点上得到一个完整的同步的所有符号的tick流,这在终端或测试器中是行不通的。在OnTick时,会出现当前工作符号的刻度流。测试仪的行为与终端相似。
要访问其他符号的tick流,你会得到一些变通方法。虽然不方便,但没有其他办法。
我在库文件Trade.mqh中发现了一个有趣的函数MQL5InfoInteger()。我知道MQLInfoInteger(),但我不知道这个。F1对它没有反应,但它的动作似乎与MQLInfoInteger()的动作相似。
图书馆里需要这个功能吗?
这种说法让我心惊肉跳。我们想同时交易几个符号--运行尽可能多的EA?多么酷啊!我一定是搞错了,以为测试器是多符号的。
我没有证据(我没有准备)来证明我的明显陈述的真实性。但我将努力为他们准备。你让我越来越吃惊。该测试器是一个多符号的测试器。你可以交易你想要的任何工具,只要它们在服务器上可用。
但因为你只能在一个符号上测试一个专家顾问,所以你必须自己评估 "其他 "符号的接收点。这就是为什么我们在OnTimer中提出了一个循环。
来自适当指标的图表事件也是一种解决方案,而且它更直接,比循环更直接,一点也不拐弯抹角。但不清楚,IndicatorRelease 与它有什么关系?
从相应的指标入图也是一种解决方案,比循环更直接,根本不是拐杖。只是不清楚,IndicatorRelease与此有什么关系?
iCustom+IndicatorRelease。凭空创造复杂的实体,可能不是一个拐杖。关于口味,没有什么好争论的。问题是这样的拐杖对众多代理人来说会有多少资源浪费。
好吧,几乎所有的东西在5中都是很酷的。速度是一流的。而在这里,对不起,在你意想不到的地方,有一些完全的毛发。
要访问其他角色的蜱虫流,你会得到一些变通办法。尽管不方便,但没有其他出路。
Vasiliy提到,在FORTS(不在测试器中),该机制通过订阅和BookEvent工作。因此,它避免了将EA与任何图表捆绑在一起。