从理论到实践 - 页 226

 
Renat Akhtyamov:

如何对接高亮?

我已经写过了。我的工作不是由OnTick完成的,而是由OnTimer = 300 ms完成的。

我不知道这在MQL中是否是一个错误,但很少发生几个交易被打开的情况,尽管OrdersTotal()=0 的条件很严格。

这是一件非常令人不快的事情。这就是为什么我非常严格地遵守MoneyManagement,并不急于转移到更大的地段。

 
Alexander_K2:

我已经写过了。我不是通过OnTick工作,而是通过OnTimer = 300 ms。

我不知道这在MQL中是否是一个错误,但很少发生几个交易被打开的情况,尽管OrdersTotal()=0的条件很严格

这是一件非常令人不快的事情。这就是为什么我对资金管理非常严格,而且不急于转移到更大的地段。

来吧....

将OnTick()更名为Trading()。

然后在OnTick()的最后加入:Trading()。

 
Renat Akhtyamov:
来吧....

当然,是在不同的对子上。有时就是这样的情况。但是,非常少。但是,非常不愉快。

 
Dennis Kirichenko:


纯粹的物理学家们,你们好!


我告诉你一件聪明的事,但不要被冒犯 :-))

时间太短,无法对该系统的性能作出结论。我们需要看看它在不同的市场条件下如何运作。说来话长...

这是一种反科学的做法--检查ts的质量,甚至用自己的钱。在现代科学的所有言语范式中,现在更正确的做法是立即开始推销和销售TS。Vsevedtom和测试其盈利能力的过程中,降低了许多倍,有蓝眼圈,这意味着它是下沉。因此,根据 "plumability "ts的程度,来自出售plum ts和药品成本之间的平均余额,将在零左右摇摆,而减少这种寿命 将执行传播的作用。这就像市场一样。
 
ILNUR777:
这是一种反科学的方法--检查ts的质量,甚至用自己的钱。根据现代科学中所有的语言典范,现在马上开始公关和销售TS是比较正确的。因此,检查其盈利能力的过程减少了许多倍,蓝眼圈出现在眼下 - 这意味着它正在失去。

:)))))))))))))) pattalom....

 
Alexander_K2:

我不知道这是否是MQL的一个错误,但它很少发生,尽管OrdersTotal()=0的条件很严格,但还是有几个交易打开。

这是一件非常令人不快的事情。

这与其说是一个错误,不如说是一个没有记录的终端操作--它与线程的并行处理有关,因此数据没有时间更新,导致计算错误和虚假交易行为......

 
Andrei:

这与其说是一个错误,不如说是一个没有记录的终端操作--它与线程的并行处理有关,因此数据没有时间更新,计算错误和错误的交易行为发生......

蜱虫在300ms内到达

谁会写这样的程序?

文档不能指出机器人的错误...

 
Renat Akhtyamov:

蜱虫在300ms内到达

谁会写这样的软件?

文件不能表明机器人有缺陷...

这是一个每秒3次的正常情况,程序应该能够正确处理...如果你阅读了关于处理ticks的文档,那么在实践中,它并不完全像那里所描述的那样--因此,即使在程序上禁止交易,也会产生交易......
 
Andrei:
这是一种每秒3次的正常情况,程序必须能够正确处理...如果你阅读了关于ticks处理的文档,那么在实践中,它不会完全像那里描述的那样--因此,即使是在禁止程序化的情况下,也会产生交易......

使用OnTimer()进行信号 "挖掘 "和交易功能 是不可取的。

或者你可以用 "先有什么--鸡还是先有蛋?"的方式来同步机器人。

 
Alexander_K2:

我已经写过了。我不是通过OnTick工作,而是通过OnTimer = 300 ms。

我不知道这在MQL中是否是一个错误,但很少发生几个交易被打开的情况,尽管OrdersTotal()=0的条件很严格。

这是一件非常令人不快的事情。这就是为什么我非常严格地遵守MoneyManagement,并慢慢地转移到较大的地段。

你应该先检查交易执行的结果,然后用OrdersTotal来验证。

如果订单已经发送,这并不意味着它已经被执行(可能目前正在处理),订单总数将返回0。

原因: