你是什么意思,不可靠的?什么的?在遥远的过去,诚实而公然地伪造分钟的条形图,用老的TFs的条形图来替代?或者在遥远的历史中不缺乏分钟条?如果我们说的是第一个,那么是的,在MT4中,开发人员没有实现这样的折中替代,他们直接行动:如果有较早的分钟条,他们从服务器下载,否则finita la comedy。也就是说,一分钟的历史在比老TF的历史更晚的时候停止从更遥远的过去加载,但我当然从未见过任何替代。也许,MT有一个内置的可用磁盘空间检查,我还不确定......但我在MT4中从来没有像在旧TF中那样有这么深的分钟历史。分钟占用的磁盘空间最多,而我的空间刚好够用......。而终端可能已经决定不从服务器上下载它们,尽管它们可能一直在那里等着我。但为了说清楚,我想告诉你以下几点:当人们在谈论MT5 1分钟历史如何从1999年开始时,令人费解的是它从2009年开始,而且由于某种原因还没有被加载。这就是为什么我认为终端在检查自由空间。我不知道它们是否真的在MetaQuotes服务器上不可用,或者我根本无法下载它们(我使用MT5模式,但作为MQL5程序员,我不知道,到目前为止我还没有尝试)。在设置中:"在图表上显示条数:无限"。它仍然不愿意加载更多的条子。
因此,如果你懒得去读所有的历史回溯,那么我不认为有什么问题。找出每个条形图的开盘 和收盘时间,看看这些条形图内的秒数。如果低于预期,就写一个 "假 "吧。这将是一个转折点,在这之后,所有其他的酒吧都将是不完整的。进一步搜索没有意义。
这样的 "假 "酒吧也可以在一个 "正常 "的故事中间找到(在这种情况下,大部分实用的故事将被抛弃),甚至是整个系列的这种酒吧。我是在告诉你,没有可靠的方法。
这种 "假 "条也可能发生在 "正常 "历史的中间(在这种情况下,大部分有用的历史将被拒绝),甚至是整个系列的这种条。我告诉你,没有可靠的方法。
然后应该通过寻找出 "假 "条的数量不是偶尔的(读作:偶然的),而是有规律的(恒定的),而且很可能模式不会是简单的:当连续几个条的数量持续超过开盘-收盘范围时,我们可以认为这不是偶然的,可以放心地把滑雪棒插进去。
没有可靠的--完全有效的--方法,外汇是不可靠的。只有一个常识性的标准来进行:在一个系列中,有多少个连续的小节必须不符合秒数的条件,才不会被认为是历史中偶然的 "失败",而是前一个时代的开始--不那么详细的历史制作时代。
没有可靠的--理想的工作方式,外汇根本就不可靠。我们只能用一个常识性的标准:在一个系列中,必须有多少个连续的小节不能满足秒数的条件,才能不被视为历史上的随机 "失败",而被视为前一个时代的开始--历史保存不太详细的时代。
你在MT4上工作过吗?你是否遇到过类似的问题?- 那里没有这样的问题,这意味着有一个可靠的方法,但它是在开发人员的手中。我已经提出了一个解决方案。
另一个解决方案,由tol64表示,是根本不显示不正确的数据。
所有其他方法,但在用户方面,将是不可靠 的。
你使用过MT4吗?你是否遇到过这样的问题?- 那里没有这样的问题,所以有一个可靠的方法,但它是在开发人员的手中。我已经提出了一个解决方案。
另一个解决方案,由tol64表示,是根本不显示不正确的数据。
用户的所有其他伎俩都将是不可靠 的。
你可以在语言层面做一个额外的功能,以百分比的形式返回某一对和TF在某一时期的历史质量。
例如,分析一年/一个月的分钟历史,如果不是100%,那么将有问题。
你一直在使用MT4吗?你是否遇到过类似的问题?- 那里没有这样的问题,这意味着有一个可靠的方法,但它是在开发人员的手中。我已经提出了一个解决方案。
另一个解决方案,由tol64表示,是根本不显示不正确的数据。
所有其他方法,但在用户方面,将是不可靠 的。
先生们,你们能给我一个提示吗?
- 有一个dll。
- 我知道它有一个函数 fn(...)。
如何知道应该向它传递什么类型的参数?
先生们,你们能给我一个提示吗?
- 有一个dll。
- 我知道它有一个函数 fn(...)。
如何知道应该向它传递什么类型的参数?
我还是不好意思问,虽然这个问题已经困扰我很久了......。
CopyTime 直接将被调用指标句柄的指定时间框架上的内容复制到缓冲区。我可能搞错了,但从意识形态上讲,没有任何程序化的算法 "槽",允许挤进日期时间的初级细化的初步计算(我们知道,非M1的时间框架有不准确的时间值)。我非常想知道如何仅仅通过上述功能就能打败这样的直接复制。
你能告诉我,在哪些情况下,"√"的价值会因当前头寸处于盈利或亏损状态而有所不同?
符号_交易_刻度线_值
符号_交易_点值_利润
符号_交易_点值_损失