顺序_position_id - 页 4

新评论
 
papaklass:

程序员有一个规则--讨论代码!

如果你的代码有问题，你必须张贴你遇到问题的代码。在这种情况下，你肯定能找到愿意帮助你的人。但你正在发明一些新的东西：你试图讨论一个你 "在手指上 "遇到的问题，而没有代码。

如果在不久的将来，你的问题不仅在服务台，而且在论坛上都没有得到答复，我也不会感到惊讶。

试着得出正确的结论，不要做傻事。:)

我对代码的工作 没有问题!

我原来是prashivala。

使用以下代码的人。

long pos_id = long( OrderGetInteger( ORDER_POSITION_ID ) );

你什么时候才能学会读懂这个问题？

 
Mikalas:

我对代码的工作 没有问题!

我原来是prasheed。

使用以下代码的人。

你什么时候才能学会读懂这个问题？

你还问道。

在我这里，当一个订单被部分执行时，pos_id总是=0

为什么？

 
Contender:

你还问道。

是的，我做到了，所以我后来没有向使用该代码的人询问。

 
Mikalas:

在我这里，当一个订单被部分执行时，pos_id总是=0

为什么？

来自MQ的帮助。

顺序_position_id

当订单被执行时放在订单上的位置标识符。每一个被执行的订单 都会产生一个交易，即建立一个新的头寸 或修改一个现有的头寸。此位置的标识符被设置为当时已执行的订单。

这可能是由于它（订单）尚未被完全执行，而且这个订单有可能会参与另一个头寸的形成。
 
Yurich:
也许，这是由于它（订单）还没有被完全执行，而且这个订单有可能会参与另一个头寸的形成。

很高兴与你交谈，尤里奇，日安！"。

但问题是，我是 用ORDER_POSITION_ID 做实验的。

在演示服务器上（没有人阻止我追踪该程序）。

而函数的调用

long GetOrderPosId( const ulong ticket )

是在 "满意 "的情况下调用的。

在你的提示下，我开始担心了，关于魔术，再次感谢你！我想，你是一个很好的人。

我理解你所强调的短语，但那么你为什么要写MQ？

每一个被执行的订单 都会产生一个交易，从而建立一个新的头寸或修改一个现有的头寸

这就是让我困惑的地方。

交易是ORDER_POSITION_ID，也许我错了，但没有答案mz servicedesk。

如果我在订单被部分执行后简单地取消订单，它将没有ORDER_POSITION_ID？

这个位置的标识符被设置为那一刻的已执行订单。

 
Mikalas:

而函数的调用

发生在一个 "定居 "的情况下。

你问的是所下订单 的ID，而不是所执行的订单。已执行的订单将出现在历史中。

 
Mikalas:


如果我在订单被部分执行后简单地取消订单，它将没有ORDER_POSITION_ID？

理论上，历史记录应该显示订单的执行部分。或者它不在那里？

我问了你一个问题，你没有注意到：https://www.mql5.com/ru/forum/35432/page2#comment_1042916

 
Yurich:

你问的是所下订单 的ID，而不是所执行的订单。已执行的订单将出现在历史中。

即：历史数据的ORDER_POSITION_ID？

但在帮助。

订单的属性

执行贸易业务的订单是由订单处理的。每个订单都有许多属性需要读取，有关这些属性的信息可以通过 OrderGet...() 和 HistoryOrderGet...()函数获得 。

 
Contender:

你正在观察这个部分执行的逮捕令。它在哪里？在交易清单中还是在已执行的清单中？

该订单是有效的。
 
Mikalas:
如：历史数据的ORDER_POSITION_ID？
是
1234567891011...21
新评论