如何检查一个订单是否已被平仓止损 - 页 5

 
honest_knave:

虽然我已经破坏了我自己关于 "可接受范围 "的论点,因为最佳可能价格很可能在EA内部的偏差参数之外。

然而,这可能是正向滑移。

在理论上是的。但是我从来没有在止损上看到过正的滑移(至少在外汇中)。你见过吗?

流动性是如此之高,以至于你的头寸要么以止损价关闭,要么以最差价关闭。

总之,这并不重要。

 
Alain Verleyen:

是的,但我的问题是关于点差/偏差,而不是滑点。

因此,理论上是的,它成为市场订单,但肯定不会以 最佳 价格成交。但这不是这里讨论的问题。

MT5的问题是当前的止损在历史上是不可用的。正如Jose所说,最初的止损是可用的,但如果你后来改变它,就没有办法知道。

因此,一旦你的仓位被关闭,就没有办法从历史记录中知道什么是止损,你当然可以知道收盘价,但你用什么来比较它以检查是否触发了止损?

我对MQL5没有足够的了解,不知道Roberto的建议是否能够检索到随后改变的SL。我将把这个问题留给你们去解决。

但是,如果SL被设定而没有被修改,显然有一个机制可以使用。这就是我关于可接受范围的想法(公认的远非理想的)来源,即使用偏差参数。当然,一个巨大的市场缺口将打破任何可接受范围的概念。

Alain Verleyen:

所以是的,理论上它会成为市场订单,但肯定不会以 最佳 价格成交。但这不是这里讨论的问题。

同意加时赛,但耐人寻味的是,市场订单不会以最佳价格成交?我对你的理解正确吗?
 
Alain Verleyen:

修改SL/TP的命令根本就没有保存在历史中。所以不知道你的意思是什么?

这就是问题所在。我指的是这些订单。


我认为它们应该以其POSITION_ID保存在历史中。使用HistorySelectByPosition(),它们都会出现,而不仅仅是开仓和平仓的订单。这将很容易解决这个问题。


Alain Verleyen:

而实际上由SL/TP触发的订单并不包含SL/TP。


是的,我知道。

请注意-。

 
honest_knave:

我对MQL5没有足够的了解,不知道Roberto的建议是否能够检索到随后改变的SL。我把这个问题留给你们去解决。

这很有趣,我们有一个5页的主题,很多人只是猜测 ,而且进展太快了......

但是,如果SL是设定的,并且没有修改,显然有一个机制可以工作。这就是我对可接受范围的想法(公认的远非理想)的由来,即使用偏差参数。当然,一个巨大的市场差距将打破任何可接受范围的概念。

问题是没有办法知道SL/TP是否被改变。说实话,我不明白你的偏差/范围的想法。

同意加时赛,但迷人的是--如果滑点是正的,市场订单将不会被执行?我对你的理解正确吗?

这不是我说的,见我的另一个帖子

 
Jose Francisco Casado Fernandez:

这就是问题所在。我指的是这些订单。


我认为它们应该以其POSITION_ID保存在历史中。使用HistorySelectByPosition(),它们都会出现,而不仅仅是开仓和平仓的订单。这将很容易解决这个问题。



是的,我知道。

请注意--。

好吧,但这是来自策略测试器

当然,我们可以发明各种各样的解决方案。这个话题被 "淹没 "得太快了,没有办法发布一个全面的答案。

 
Alain Verleyen:

在理论上是的。但我从未见过止损的正向滑移(至少在外汇领域)。你见过吗?

流动性是如此之高,以至于你的头寸要么以止损价关闭,要么以最差的价格关闭。

总之,这并不重要。

我完全同意。这也是我要回答@honest_knave 的原因。
 
Alain Verleyen:

这不是我说的,见我的另一个帖子

不,我意识到了这一点,并编辑了我之前的帖子,但一定是在你打出你的回应时。我对引用错误表示歉意。

Alain Verleyen:

这很有趣,我们有一个5页的话题,很多人只是猜测,而且进展太快了......

这与正常情况有什么不同?)

Alain Verleyen:

问题是没有办法知道SL/TP是否被改变。说实话,我不明白你的偏差/范围的想法。

没有争议。我只是在争论==太简单了,就像>=或<=那样。

而不是仅仅给出问题,我提出了一个稍好的方法(IMHO),尽管由于我们没有异议的原因,仍然有缺陷。

Alain Verley en:

在理论上是的。但我从未见过止损的正滑点(至少在外汇中)。你有吗?

Jose Francisco Casado Fernandez:
我完全同意。这也是我要回答@honest_knave 的原因。

不,我没有。但我也没有见过订单选择失败的情况,但我仍然在测试它。

 

Alain Verleyen:

这个话题被 "淹没 "得太快了,没有办法发布一个全面的答案

我想今天下午我们都有很多空闲时间,哈哈哈。

 
honest_knave:

不,我意识到了这一点,并编辑了我之前的帖子,但一定是在你打出你的回应时。我对引用错误表示歉意。

这与正常情况有什么不同?)

没有争议。我只是争辩说==太简单了,就像>=或<=一样。

而且,我没有仅仅给出问题,而是提出了一个稍好的方法(IMHO),尽管由于我们没有异议的原因,仍然有缺陷。

不,我没有。但我也没有遇到过OrderSelect失败的情况,但我仍然在测试它。

好吧,我现在清楚地理解了你的观点。

所以你当然是对的,我们不能只用==(我已经说过了:-D)。我提议结束关于这一点的讨论。Roberto会研究并修正他的想法

mql5的主要问题是你没有什么可以比较的(只使用历史)。

 
Jose Francisco Casado Fernandez:

我想今天下午我们都有很多空闲时间,哈哈哈。