mql5语言的特点、微妙之处以及技巧 - 页 28 1...212223242526272829303132333435...247 新评论 fxsaber 2017.03.31 07:15 #271 关于交易、自动交易系统和交易策略测试的论坛 虫子,虫子,问题 Renat Fatkhullin, 2017.03.31 09:10 对动态对象使用ArraySize,只对静态对象应用sizeof。Sizeof在编译时计数,并且总是一个常数。 Artyom Trishkin 2017.04.04 06:11 #272 关于交易、自动交易系统和策略测试的论坛 SeriesInfoInteger(_Symbol,_Period,Series_SYNCHRONIZED)) 和SymbolIsSynchronized(_Symbol) Slawa, 2017.04.04 08:05 在专家和脚本中,当调用复制功能时,会进行一些尝试--检查服务器中的第一个日期,检查客户终端中的第一个日期,与要求的日期进行比较,检查符号的同步性,发送恢复请求,少量的等待和一轮同步检查。如果符号仍然不同步,那么就会给出同步的并满足请求条件的东西。所请求的时间序列不被检查是否同步,因为它是在分页数据时即时完成的。在指标中只提出了一个请求--没有循环!然后立即给予设法采取的一切。 关于交易、自动交易系统和策略测试的论坛 SeriesInfoInteger(_Symbol,_Period,Series_SYNCHRONIZED)) 和SymbolIsSynchronized(_Symbol) Slawa, 2017.04.04 08:06 SymbolInfoDouble查询总是给出最新的数据 fxsaber 2017.04.07 14:00 #273 在MT5测试器的 "真实点 "模式中,历史的基础不是真实点,而是M1条。这意味着,如果真实的刻度线不对应于条形图,它们会被忽略,而是生成人工刻度线,它必须对应于条形图。同时,如果CopyTicks被请求超过128K,那么在测试器中,它们将不是从缓存中获取(真实的ticks+生成),而是从数据库中获取--真实的ticks。并得到测试器中的蜱虫历史和测试器所产生的不匹配。 Andrey Dik 2017.04.07 20:04 #274 fxsaber:在MT5测试器的 "真实点 "模式中,历史的基础不是真实点,而是M1条。这意味着,如果真实的刻度线不对应于条形图,它们会被忽略,而是生成人工刻度线,它必须对应于条形图。同时,如果CopyTicks被请求超过128K,那么在测试器中,它们将不是从缓存中获取(真实的ticks+生成),而是从数据库中获取--真实的ticks。并在测试器中得到一个不匹配的蜱虫历史和测试器所放的东西。多么可怕!真的是这样吗?- 你在SD写了吗?现在该相信什么,如何生活...(几乎没有悲伤的讽刺) fxsaber 2017.04.08 05:32 #275 安德烈-迪克多么可怕!这真的是事实吗?- 你是用SD写的吗? 这是对开发商的答复的高度简略的转述,而不是我对SD的申请。 Georgiy Merts 2017.04.08 05:51 #276 fxsaber:同时,如果对超过128K的边缘件要求CopyTicks。哪条边?128K的最后一批? 还是第一个? fxsaber 2017.04.08 05:54 #277 乔治-默茨。边缘是什么?128K的最后? 还是第一个? 最近的一次。 Slava 2017.04.08 07:46 #278 安德烈-迪克多么可怕!这真的是事实吗?- 他们在SD中写了吗?现在该相信什么,如何生活...(几乎没有悲伤的讽刺) https://www.mql5.com/ru/docs/runtime/testing#real_ticks Andrey Dik 2017.04.08 07:55 #279 斯拉瓦。https://www.mql5.com/ru/docs/runtime/testing#real_ticks在测试中,分钟数据被认为是更可靠的。分数条是否更可靠?打勾数据不是最后的手段吗?如果不考虑真实的蜱虫数据,我们甚至为什么需要它?当我在分钟上测试时,我很天真,然后我在刻度上测试,然后在真正的刻度上作为最后的精度检查。现在我明白了,第三次检查是没有意义的。 Vladimir Karputov 2017.04.08 08:03 #280 安德烈-迪克测试时,分钟数据被认为更可靠。分数条是否更可靠?打勾数据不是最后的手段吗?如果不考虑真实的蜱虫数据,我们为什么还需要它呢?天真地,我以前是这样做的:我先在分钟上测试,然后在刻度上测试,然后在真正的刻度上测试,作为最后的精度检查。现在我明白了,第三张支票并没有什么意义。 没有必要断章取义。这句话听起来像这样。为了确保测试的最大准确性,在真实的tick模式中也使用了分钟条。蜱虫数据由他们检查和纠正。这也有助于避免策略测试器和客户终端中的图表出现分歧。测试器检查刻度线数据是否符合分钟条的参数:刻度线不能超过最高/最低价,开盘和收盘的刻度线必须与条的开盘/收盘价相一致。量也进行了比较。如果检测到不匹配,所有对应于该分钟条形图的刻度将被丢弃。生成的刻度线将被替代使用(如在 "所有刻度线 "模式下)。如果在符号历史中存在一个分钟条,但没有该分钟的滴答数据,测试器将在 "所有滴答 "模式下生成滴答。这允许测试人员在经纪商的tick数据不完整的情况下建立正确的图表。如果符号历史中没有分钟条,但有该分钟的tick数据,它们可以在测试器中使用。例如,股票符号的条形图是用最后价格形成的。如果只有带买入/卖出价格的ticks从服务器到达,而没有Last价格,则不会形成bar。测试员将使用这个tick数据,因为它与分钟数据不矛盾。由于各种原因,Tick数据可能与分钟条不一致。例如,由于连接中断或从源头到客户终端的数据传输过程中出现的其他故障。在测试过程中,分钟数据被认为更可靠。 正如你所看到的,如果你不尝试操纵,结果会发现你误解了这个参考。 1...212223242526272829303132333435...247 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
关于交易、自动交易系统和交易策略测试的论坛
虫子,虫子,问题
Renat Fatkhullin, 2017.03.31 09:10
对动态对象使用ArraySize,只对静态对象应用sizeof。Sizeof在编译时计数,并且总是一个常数。
关于交易、自动交易系统和策略测试的论坛
SeriesInfoInteger(_Symbol,_Period,Series_SYNCHRONIZED)) 和SymbolIsSynchronized(_Symbol)
Slawa, 2017.04.04 08:05
在专家和脚本中,当调用复制功能时,会进行一些尝试--检查服务器中的第一个日期,检查客户终端中的第一个日期,与要求的日期进行比较,检查符号的同步性,发送恢复请求,少量的等待和一轮同步检查。如果符号仍然不同步,那么就会给出同步的并满足请求条件的东西。所请求的时间序列不被检查是否同步,因为它是在分页数据时即时完成的。
在指标中只提出了一个请求--没有循环!然后立即给予设法采取的一切。
关于交易、自动交易系统和策略测试的论坛
SeriesInfoInteger(_Symbol,_Period,Series_SYNCHRONIZED)) 和SymbolIsSynchronized(_Symbol)
Slawa, 2017.04.04 08:06
SymbolInfoDouble查询总是给出最新的数据在MT5测试器的 "真实点 "模式中,历史的基础不是真实点,而是M1条。这意味着,如果真实的刻度线不对应于条形图,它们会被忽略,而是生成人工刻度线,它必须对应于条形图。
同时,如果CopyTicks被请求超过128K,那么在测试器中,它们将不是从缓存中获取(真实的ticks+生成),而是从数据库中获取--真实的ticks。并得到测试器中的蜱虫历史和测试器所产生的不匹配。
在MT5测试器的 "真实点 "模式中,历史的基础不是真实点,而是M1条。这意味着,如果真实的刻度线不对应于条形图,它们会被忽略,而是生成人工刻度线,它必须对应于条形图。
同时,如果CopyTicks被请求超过128K,那么在测试器中,它们将不是从缓存中获取(真实的ticks+生成),而是从数据库中获取--真实的ticks。并在测试器中得到一个不匹配的蜱虫历史和测试器所放的东西。
多么可怕!真的是这样吗?- 你在SD写了吗?
现在该相信什么,如何生活...(几乎没有悲伤的讽刺)
多么可怕!这真的是事实吗?- 你是用SD写的吗?
同时,如果对超过128K的边缘件要求CopyTicks。
哪条边?128K的最后一批?
还是第一个?
边缘是什么?128K的最后?
还是第一个?
最近的一次。
多么可怕!这真的是事实吗?- 他们在SD中写了吗?
现在该相信什么,如何生活...(几乎没有悲伤的讽刺)
https://www.mql5.com/ru/docs/runtime/testing#real_ticks
在测试中,分钟数据被认为是更可靠的。
分数条是否更可靠?打勾数据不是最后的手段吗?如果不考虑真实的蜱虫数据,我们甚至为什么需要它?
当我在分钟上测试时,我很天真,然后我在刻度上测试,然后在真正的刻度上作为最后的精度检查。现在我明白了,第三次检查是没有意义的。
测试时,分钟数据被认为更可靠。
分数条是否更可靠?打勾数据不是最后的手段吗?如果不考虑真实的蜱虫数据,我们为什么还需要它呢?
天真地,我以前是这样做的:我先在分钟上测试,然后在刻度上测试,然后在真正的刻度上测试,作为最后的精度检查。现在我明白了,第三张支票并没有什么意义。
没有必要断章取义。这句话听起来像这样。
为了确保测试的最大准确性,在真实的tick模式中也使用了分钟条。蜱虫数据由他们检查和纠正。这也有助于避免策略测试器和客户终端中的图表出现分歧。
测试器检查刻度线数据是否符合分钟条的参数:刻度线不能超过最高/最低价,开盘和收盘的刻度线必须与条的开盘/收盘价相一致。量也进行了比较。如果检测到不匹配,所有对应于该分钟条形图的刻度将被丢弃。生成的刻度线将被替代使用(如在 "所有刻度线 "模式下)。
如果在符号历史中存在一个分钟条,但没有该分钟的滴答数据,测试器将在 "所有滴答 "模式下生成滴答。这允许测试人员在经纪商的tick数据不完整的情况下建立正确的图表。
如果符号历史中没有分钟条,但有该分钟的tick数据,它们可以在测试器中使用。例如,股票符号的条形图是用最后价格形成的。如果只有带买入/卖出价格的ticks从服务器到达,而没有Last价格,则不会形成bar。测试员将使用这个tick数据,因为它与分钟数据不矛盾。
由于各种原因,Tick数据可能与分钟条不一致。例如,由于连接中断或从源头到客户终端的数据传输过程中出现的其他故障。在测试过程中,分钟数据被认为更可靠。