mql5语言的特点、微妙之处以及技巧 - 页 21

新评论
 
Alexey Viktorov:

我还没有做什么。即使在mql4中，我发现查看订单历史也没有用。而在这里，我还在幻想，如果有必要，我可能会从什么方向开始挖掘。由于在任何终端都没有贩运的位置，我根本无法检查它们。

因此，在我的账户上平仓后，只有2个订单和2个交易涉及到该位置。利用它们，我们可以获得一些关于职位的信息。例如，请求是在什么价格开启的，订单是在什么价格开启的。因此，我们可以很容易地确定开仓时 的滑点。

从MT4开始，我就谨慎对待评论，因为曾经出现过经纪公司根据自己的理由抹掉整个评论的情况。

我明白你在猜测，我已经给出了一个行之有效的解决方案。

Artem版主，不必要的帖子，还有我的一些帖子，已经可以被消灭了。

 
阿尔乔姆-特里什金。

当然，在一般情况下，在四阶系统逻辑之后，很难迅速切换到MT5阶系统逻辑。

开始编写MT4->MT5转换器，一切都会水到渠成。这就是我如何很好地理解哪些事情只能用MT4，哪些事情只能用MT5，哪些事情不能用它们。

比如说

  • MT5在平仓时不能显示SL/TP。MT4可以。
  • MT4不能显示订单滑点，MT5可以（不一定）。
  • MT4不能在收盘时显示评论，MT5可以显示。
  • 在MT4/5中，您不能改变挂单的魔力、评论和数量。
  • 在MT5中，没有要求的价格属性，在MT4中甚至更少。
  • ...
 
安德烈-迪克

我明白了，在你的猜想层面上，我已经给出了一个被证实的解决方案。

Artem版主，那些多余的帖子，还有我的一些帖子，已经可以被消灭了。

你不必猜测如何做事情。我在开仓/平仓的时候，通过OnTradeTransaction()函数 自己确定一切，不需要在历史中搜索最后的平仓/开仓。
 
阿列克谢-维克多罗夫。
没有必要在猜测的层面上进行。我在开仓/平仓的那一刻从函数OnTradeTransaction() 中为自己确定了一切，不需要在历史中寻找最后的平仓/开仓。
这里就出现了一个问题：是否总是能够及时获得所需的信息？特别是在阅读了帮助后...
 
安德烈-迪克

我明白了，在你的猜想层面上，我已经给出了一个被证实的解决方案。

Artem版主，那些多余的帖子，还有我的一些帖子，已经可以被消灭了。

为什么要删除？正常的讨论--一切都在主题上。
 
阿尔乔姆-特里什金。
为什么要删除？正常的讨论--都是围绕主题。
是的，最初你和我对这个话题的本质的假设是完全不同的。这里不应该有任何推理...而且不应该有任何问题。而且只有简短的 "筹码"。相信我，那些已经在用mql5写作的人对阅读这里的大部分内容不感兴趣。
 
阿尔乔姆-特里什金。
这就提出了一个问题：是否总是能够及时获得正确的信息？特别是在阅读了帮助后...
也许在交易所并不总是如此，甚至在使用OrderSendAsync() 时也是如此。但对于外汇，到目前为止，我总是在OnTradeTransaction 事件发生时得到它。它很容易检测到开仓、挂单激活和平仓的情况。这里出现了一个反问：如果我们能抓住平仓的事实，是否真的有必要在历史上寻找最后的平仓？
 
阿列克谢-维克多罗夫。
例如，当我使用OrderSendAsync() 时，可能不一定能做到。但对于外汇，到目前为止，我总是在OnTradeTransaction 事件发生时得到它。它很容易检测到开仓、挂单激活和平仓的情况。这里出现了一个反问：如果我们能抓住平仓的事实，是否真的有必要在历史中寻找最后的平仓？

首先，如果该职位最后一次被关闭，为什么要通过历史记录进行搜索？例如，没有人寻找一个数组的 "最后 "元素。

第二，问题是关于如何确定一个头寸是在SL还是TP上关闭。目前，最充分和最可靠的方式是阅读评论。此外，关于经纪人可以在虚构的层面上改变与SL和/或TP有关的评论的说法，我没有遇到过这样的经纪人的例子，既没有亲自遇到过，也没有从别人那里听到过。也就是说，某个地方的人从某人那里听到过，但没有人亲自看到过这个事实。

OnTradeTransaction()是不保证的，这意味着它可以作为一个信息来源，仅此而已。不是贸易交易中的管理和决策工具。

 
安德烈-迪克

***

OnTradeTransaction()是不保证的，**


过时的信息。帮助中已经删除了这一事件不被保证的短语。
 
弗拉基米尔-卡尔普托夫。
过时的信息。该事件不被保证的短语已经从参考文献中删除。
这并不意味着保证
1...141516171819202122232425262728...247
新评论