错误、漏洞、问题 - 页 3146

[Vitaly Muzichenko]

测试器里有一些不清楚的地方

我要求提供1个月的历史记录，它加载的是 "100 "年。

为什么？

[MetaQuotes]

Vitaly Muzichenko #:

测试器里有一些不清楚的地方

我要求提供1个月的历史记录，它加载的是 "100 "年。

为了什么？

不是100年，只是1年。

你应该始终在要求的间隔前留出可用空间，以便指标正确计算，而不是从零开始。

而且，这样新来的人就不会问到缺少这个或那个数据的问题。

[[删除]]

Valeriy Yastremskiy #:
记录最后一次和倒数第二次的上升和出价，并计算差额。

我明白这一点。对我来说，最重要的是一致性。到目前为止，我的想法如下：既然是一个职位，就应该提到它。为此，我们通过循环开始枚举所有的头寸，然后得到它的票据，之后是头寸的开启时间。声明带有ticks的数组 MqlTick ticks[ ].从开仓时间算起，通过CopyTickRange将ticks写进tick数组。然后，如果可能的话，将ArraySetAsSeries应用于tick数组。并将你所描述的最后一次和除一次外的买卖之间的差异应用于该数组的最后两个点。但到目前为止，这只是一个想法，也许有人已经这样做了，并有一个例子。恭敬地说。

[Yerkin Sagandykov]

MetaQuotes #:

不是一百年，而是仅仅1年。

你应该始终在要求的间隔前留出空间，以便正确计算指标，而不是从头开始。

而且，这样新来的人就不会问到缺乏某些数据的问题。

你如何"在要求的间隔前留出空间"？ 我正在做专家顾问测试，使用2021年的自定义指标，在真实的EA中，这个指标在这个时间框架中被正确绘制，但在测试中，它看起来像是从零开始，因此结果不正确...

[Valeriy Yastremskiy]

Wizard #:
这一点我理解。连贯性对我很重要。到目前为止，我的想法如下：既然是一种立场，我们就应该解决它。为此，我们开始在所有的头寸中循环，然后得到它的票据，然后是开仓的时间。声明带有ticks的数组 MqlTick ticks[ ].从开仓时间算起，通过CopyTickRange将ticks写进tick数组。然后，如果可能的话，将ArraySetAsSeries应用于tick数组。并将你所描述的最后一次和除一次外的买卖之间的差异应用于该数组的最后两个点。但到目前为止，这只是一个想法，也许有人已经这样做了，并有一个例子。注意到。

对于MT4来说，这很简单。在那里，订单开仓是与tick挂钩的，用户看不到头寸是如何填补的。但在5中，它确实如此。他或她在职位被填补时看到交易。而且，一个职位可以被填补不止一次。这只是一个评论。但逻辑是正确的。虽然，对我来说，根据追捕的情况来做会更正确。触发挂单或市价订单后，在用订单票获得头寸答案的时刻，获得其开仓的价格和时间数据，并根据其价格和时间寻找最近的刻度。问题是，反应可能只在下一次打勾时或打勾后出现。没有任何保证。

[Andrey Dik]

MetaQuotes #:

不是一百年，而是仅仅1年。

你应该总是在要求的间隔前留出空间，以便正确计算指标，而不是从头开始。

而且，这样新来的人就不会问到缺乏某些数据的问题。

如果你能在指标中指定类似#property indicator_bars_need的东西，那将是非常方便的。

如果这个参数出现在几个指标中，测试者将简单地取最大的值。

有一种相反的情况，当一个人需要尽可能多的历史时，一年是不够的。 这就是为什么我的上一个客户很惊讶为什么测试员收集的历史极值这么少（根据指标算法）。

[Andrey Khatimlianskii]

Andrey Dik #:

如果你能在指标中指定类似#property indicator_bars_need的东西，那就真的太好了。

如果这个参数在几个指标中都存在，测试者将只取最高值。

财产不能根据参数进行调整。它不再是美妙的了 )

[Andrey Dik]

Andrey Khatimlianskii #:

财产不能根据参数进行调整。这不再是神话了 ) )

))

我的建议的重点是允许指出指标中需要多少历史来进行计算。

[Renat Fatkhullin]

Yerkin Sagandykov #:

如何"在要求的时间框架前留下一个空格"？ 我正在测试一个使用2021年自定义指标的专家顾问，真正的指标在这个时间框架下是正确绘制的，但在测试中，它看起来像是从头开始，因此其结果是不正确的。

你对有额外保证的数据有意见吗？

记忆力不够？

[x572intraday]

没有回答，没有说话。我在这里问一下https://www.mql5.com/ru/forum/383809。