Сделка является отражением факта совершения торговой операции на основании ордера, содержащего торговый приказ. Каждая сделка описывается свойствами, позволяющими получить информацию о ней. Для чтения значений свойств используются функции вида Идентификатор позиции, в открытии, изменении или закрытии которой участвовала эта сделка. Каждая...
它已经被写过很多次了。由于某些原因没有得到纠正。
我以前看到过关于箭头不一定能在交易后立即显示的文章。我也打开了这样一个应用程序。但要在历史 标签的列表中出现这样的遗漏,还没有看到任何帖子。
P.S.是的,在提供证据和所有必要的数据来重现这个错误后,由于某种原因,整整一个星期完全不理会,虽然从一开始就作出了回应,但拒绝同意存在一个错误。
我以前看到过这样的文字:箭头不一定在交易后立即显示出来。我也打开了这样一个应用程序。但我还没有在历史 标签的列表中看到这种遗漏。
你需要切换几次标签,然后历史就会变得正确。在调试过程中,这是很不愉快的事情。
标签必须切换几次,然后历史就会变得正确。在调试过程中,这是很烦人的。
是的,在开发和调试交易策略时,在某些情况下是非常恼人的。
我没有注意到切换标签会以某种方式改变历史列表的内容。
我没有注意到,切换标签会以某种方式改变历史列表的内容。
右键单击并更改交易/订单。
是的,在开发和调试交易策略时,这在某些情况下是一个很大的障碍。
我没有注意到,切换标签会以任何方式改变历史列表的内容。
右键单击并更改交易/订单。
是的,这样的行动会恢复交易历史列表。
请添加以下数值
enum_deal_reason
识别器
描述
交易原因限制
交易的执行是由于限价订单的触发
交易原因_市场
交易因市场订单的触发而被执行
交易原因_停止
这笔交易的执行是由于触发了一个停止指令
这似乎是不必要的。但也有这样的情况:订单被部分执行,创建了一个交易,在这种情况下,DEAL_ORDER会被发现,但它不会出现在历史表中,因为订单仍然是活的。
换句话说,要找出导致交易的订单类型,参考订单历史并不总是有帮助。如果我们不想在 "死的和活的 "订单中寻找混乱,我们可以简单地添加更多的执行标志(在现有的标志之后),以保持与ENUM_ORDER_REASON 和ENUM_POSITION_REASON 的兼容性。同时,最好在ENUM_POSITION_REASON 中添加相同的标志,以便兼容
一个关于OrderCalcMargin的问题出现在一个相邻的主题中https://www.mql5.com/ru/forum/216697/page3
测试:让我们检查一下通过替代不同的开盘价 来计算存款的2种不同方式。
这里是LOG
OrderCalcMargin函数在计算保证金时不考虑开盘价
这似乎与所报货币的汇率有关,必须为时间和开盘价重新计算。
如果报价货币是美元(而账户货币也是美元),那么计算出的保证金将根据开盘价变化。
英镑兑美元的日志
它是一个错误还是应该是一个错误?