初学者的问题 MQL5 MT5 MetaTrader 5 - 页 1099

新评论
 
Igor Makanu:

谢谢你!

是的，这就是我在寻找的，如果我不能用SB的 "五线谱 "来写作。

但我是如何理解的，一个SB CTrade 不能解决我的问题？ 我还必须使用CPositionInfo？- 如果我想在同一时间由几个TF陪伴9个位置？

ZS：我坐在MQL5的帮助下与智能电视 - 相当好的描述贸易功能，SatB的使用是在一个问题....我认为将SB用于原始策略是有意义的，有点复杂--功能不足或使用不明显，也许我需要更多的练习--我将尝试 "扭曲 "SB。


再次感谢!

在测试器中用于 "打开-关闭一个位置 "是可以的，或者作为培训代码的替代。否则，你应该自己编写代码或从CTALT中继承，以创建你自己的成熟的交易操作类，并考虑到各种细微差别。
在SB有更多美好的东西--你知道它们并使用它们。

 
fxsaber:

那里没有错误，因为列表是通过HistorySelectByPosition生成的。

是的，我忽略了这并不是一个完整的名单。

 
Artyom Trishkin:

SB有更好的东西--你知道它们并使用它们。

所以这些都是误导人的好东西!- 我本来希望经过这么多年，开发人员已经清理完毕，做出了预期的功能，而我只是一个无法使用SB的2次点击的用户，但事实证明我不是那个用户--悲哀，悲哀一般的悲哀!

SZY：MQL5的帮助写得非常有技巧，充满了订单...但他们说--在你忘记词序之前，你是没有希望的!

 
Igor Makanu:

所以这些都是误导人的好东西!- 我希望在这么多年的时间里，SB的开发者已经打磨出了预期的功能，而我只是一个无法在两次点击中使用SB的用户，但事实证明，我不是用户--悲哀一般！！！。

SZY：MQL5的帮助写得非常有技巧，充满了订单...但他们说--在你忘记单词顺序之前，你是没有希望的！"。

这里很简单。订单->交易->头寸。在MQL5中，我们也无法避免订单--它们就在那里，而且是一切的开始。我们向服务器发送交易请求（它是一个订单），服务器接受/接收它并返回代码。有时，如果请求不正确，订单根本就不会被发送到服务器--其发送在终端层面被阻止。一旦订单成功发送到服务器并排队执行，我们就等待这个订单的触发（其执行，换句话说--交易），作为这个交易的结果（无论是市场订单还是挂单），一个头寸就形成了（并不总是如此--在净值上，如果有相同方向的头寸，它只是在现有的头寸上增加交易量，如果是相反方向，那么，根据承诺的交易量，当前头寸要么被部分关闭要么被逆转）。

订单也有自己的票。交易和头寸也是如此。但一个职位也有一个标识符。一个头寸的标识符总是等于其第一笔订单的票据--开立此头寸的订单。

一个市场订单只有一张票。而它的位置标识符属性在订单被触发之前是不会被填充的。也就是说，只有历史订单才有仓位标识符--它是在交易的那一刻填入的--在该订单触发的那一刻。如果它是一个被删除的挂单，它的头寸标识符也没有被填补--分别没有交易或头寸。

该交易有一个票据（它的票据），有一个订单的标识符--作为执行该交易的结果，有一个仓位标识符--作为执行该交易的结果出现的仓位或作为执行该交易的结果改变的仓位。

该职位有一个票据，当它被打开或改变时，该票据被分配给它。如果头寸只被打开，那么它的票据将等于它的标识符--一个唯一的头寸号码，在头寸的整个生命周期内都不会改变。虽然一个头寸的票据可能反复变化，并与订单的票据相对应--由于该订单的触发，出现了改变该头寸的新交易--该订单的票据被分配给头寸的票据。

如果我们密切关注一个位置的所有这些蜕变，我们可以很容易地看到mql4在其部分关闭期间的位置行为--其票据也在那里发生变化。

 
Artyom Trishkin:

如果你仔细观察所有这些位置上的蜕变

谢谢!我正在观察它的第二天，但所需要的是练习，今天我已经把SB弄明白了......嗯，弄明白了；)

PS：你解释得很好，人才是肯定的!

 
Igor Makanu:

谢谢你!我正在观察它的第二天，但需要的是练习，所以今天我把SB整理好了......嗯，整理好了；)

PS：解释得很好，绝对是个人才!

很高兴能提供帮助;)

 
Artyom Trishkin:

..................

一个订单也有自己的票据。交易和仓位也是如此。但一个职位也有一个标识符。仓位标识符将始终等于其第一笔订单的票据--开启此仓位的订单。

一个市场订单只有一张票。而它的位置标识符属性在订单被触发之前是不会被填充的。也就是说，只有历史订单才有仓位标识符--它是在执行交易的时刻填写的--在该订单触发的时刻。 如果它是一个被删除的挂单，它的头寸标识符也没有被填补--分别没有交易或头寸。

该交易有一个票据（它的票据），有一个订单的标识符--作为执行该交易的结果，有一个仓位标识符--作为执行该交易的结果出现的仓位或作为执行该交易的结果改变的仓位。

该职位有一个票据，当它被打开或改变时，该票据被分配给它。如果头寸只被打开，那么它的票据将等于它的标识符--一个唯一的头寸号码，在头寸的整个生命周期内都不会改变。虽然一个头寸的票据可以重复改变，并与订单票据相对应--由于该订单的触发，出现了改变该头寸的新交易--该订单的票据被分配给头寸票据。

如果我们密切关注一个位置的所有这些蜕变，我们可以很容易地看到mql4在其部分关闭期间的位置行为--其票据也在那里发生变化。

因此，事实证明，获得不匹配 的原因是将订单变成交易的延迟--位置？即使是在测试器中......？这真令人吃惊。

因此，在下单后，我们仍然要确保仓位的开立...一个人要等多久？是不是要把猫头鹰挂起来，直到所有的转换都得到确认？或者说，一般来说，它是什么样的？

 
Сергей Таболин:

事实证明，不匹配 是由于将订单变成交易的延迟造成的--位置？即使是在测试器中......？真是一派胡言。

因此，在下单后，我们仍然要确保仓位被打开...一个人要等多久？是不是要把猫头鹰挂起来，直到所有的转换都得到确认？或者说，一般来说，它是什么样的？

我们已经下了一个交易订单（我们已经记住了交易票据）并提高了等待标志--只要我们在OnTradeTransaction中得到一个有保证的触发器--交易类型TRADE_TRANSACTION_DEAL_AD--我们就检查交易票据。如果一切都在一起工作 - 很好。

这就是现实生活--事件可能会有不同的间隔，连接中断......。很多事情都可能发生。这就是现实--不存在僵化的链条。

 
Vladimir Karputov:

我们已经下了一个交易订单（记住了交易票据）并设置了待定标志--一旦OnTradeTransaction收到一个保证触发器--交易类型TRADE_TRANSACTION_DEAL_ADD--我们就检查交易票据。如果一切都在一起工作 - 很好。

这就是现实生活--事件可能会有不同的间隔，连接中断......。很多事情都可能发生。这就是现实--不存在僵化的链条。

好吧，这基本上是在绞杀议员......等待确认来或不来......我在这里无所适从......我如何进行这种等待？使用 while() ?

 
Сергей Таболин:

好吧，这基本上是在悬挂顾问...等待确认来或不来......我在这里感到很茫然。我如何进行这种等待？使用 while() ?

不，睡眠 和而是被明确禁止的。

1...109210931094109510961097109810991100110111021103110411051106...1503
新评论