实际上,这是我的问题。我使用MT5已经很长时间了,但由于某些原因我不得不使用MT4。但是mql4没有OnTrade()和OnTradeTransaction(),这是非常可悲的。
因此,我必须以较小的代价(在资源方面)来解决问题。
到目前为止,我还没有想到比翻阅未结订单并将当前状态与之前的状态进行比较更好的办法。
也许有更合理的解决方案。
不是最简单的变体是阅读阿特姆-特里什金的文章。而且有31个或已经有32个。我检查过,并与他沟通过。所有的事件都是 "轰轰烈烈 "地抓住的。
当然,如果你不试图深入了解其代码内容的本质,应该会更容易。
- 2020.01.24
- www.mql5.com
Igor是对的,很难同时想出更聪明和更简单的办法,因为任何其他的解决方案都是基于对OrdersTotal() 的相同调用,根据口味过滤订单并进一步处理日期。
我就先说到这里吧,它可以解决我的问题。
你对它感兴趣一定是很久以前的事了。很久以前,文件中就删除了交易可能丢失的概念。所以,对于mql5来说,没有什么比OnTradeTransaction()更好了。我检查了在OnTradeTransaction()和通过Artem的库获取挂单激活事件的速度。OnTradeTransaction()更快。我没有测量过它。我必须进行更多的测量才能做出公平的估计,但我不想在这上面花费时间。
你可能很久没有研究过这个问题了。他们很久以前就删除了交易可能从文件中丢失的注意事项。所以,对于mql5来说,没有比OnTradeTransaction()更好的了。我检查了在OnTradeTransaction()和通过Artem的库获取挂单激活事件的速度。OnTradeTransaction()更快。我没有测量过它。我必须进行更多的测量才能做出公平的估计,但我不想在这上面花费时间。
你已经无可救药地落后于时代了!
长久以来,这些活动一直得到保证!
你已经无可救药地落后于时代了!
这些活动已经保证了 很长时间了!
还有灯光和网络的供应?更不用说通常的网络数据包丢失。MetaQuotes已经变得多么酷了--他们保证了所有的事情!))
实际上,这是我的问题。我使用MT5已经很长时间了,但由于某些原因我不得不使用MT4。但是mql4没有OnTrade()和OnTradeTransaction(),这是非常可悲的。
因此,我必须以较小的代价(在资源方面)来解决问题。
到目前为止,我想到的最好的办法莫过于翻阅未结的订单,并将当前状态与之前的状态进行比较。
也许有更合理的解决方案。