程序库: 日历 - 页 9

 
Aleksey Vyazmikin #:

如果是不同国家的时间怎么办?我知道不同的国家有不同的日期时间。

我尽可能地查了一下。我累坏了。这就是为什么我要求您告诉我是否存在错误。

到目前为止,我对使用 MQL-calendar 或其他自动解决方案而不进行修正的人了解甚少。

 
fxsaber #:

我已经尽力检查过了。我累坏了。所以我才请你在发现漏洞时告诉我。

我不太了解谁在使用 MQL-calendar 或其他自动化解决方案。

我理解--只是分享一下我的想法。我自己无法对不同国家的时钟翻译进行历史核算--没有综合信息,我的手被压住了。

您说得很好。我还没有使用 MT5 日历 - 我需要大量历史统计数据进行分析。我想使用新闻(更准确地说,我进行了实验并发现了一些规律性的东西),但我无法坐下来做这件事。

 

在 DST 欧洲/美国不同步期间,欧洲同步服务器上的所有日历事件都会偏移一小时。

 
fxsaber #:

在欧洲/美国 DST 不同步期间,所有日历事件在与欧洲同步的服务器上都会偏移一小时。

所有事件?还是仅发生在美国/美国时间的事件?

 
Mikola_2 #:

所有活动?还是只有在美国/美国时间内举行的活动?

当然是全部。

 
fxsaber #:

绝对是所有人。

对于所有不同步两周的事件,强制进行每小时修正?

但是,这太蹩脚了,而且也不是很有效......你甚至不需要交易两个星期......

 
Mikola_2 #:

所有不同步两周的事件都要进行强制时钟校正吗?

但这是如此的蹩脚,而且并不真正有效...以至于你甚至不需要交易那两周......

只要一行就能解决

Calendar += 3600.

我没有让用户看不到自动附加修正。

 
fxsaber #:

现在看来,这是使用日历进行回溯测试的正确方法。

在我检查的事件中,回溯测试(MQ-Demo)全年一切正常。

 
fxsaber #:

只需一行即可解决。

这是可以理解的。但如果 MQ 决定(悄悄地)添加自己的时间校正呢?

我想说的是,在不同步期间,日历上标注的事件并非完全发生在声明的时间。

日历上只有一个时间,而图表上的反应是 +- 小时。

但是,我不使用日历,我只使用一天中的一小时。因此,我就不再纠结了。

 
Mikola_2 #:

这是可以理解的。但如果 MQ 决定(悄悄地)添加自己的时间校正呢?

我不认为考虑所有假设情况有什么意义。

我想说的是,在不同步期间,日历上标注的事件并非完全发生在声明的时间。

日历上的时间是一样的,而图表上的反应是 +- 小时。

我没有发现任何差异。我所看到的所有地方都是一致的。