错误、漏洞、问题 - 页 1694

 
Andrey Dik:
我在第1711页的回答让你不满意吗?
 
Alexey Kozitsyn:
我在1711页的回答没有安排你?

这就是你认为的答案吗?

阿列克谢-科齐岑

我曾经问过一个类似的问题。我不记得SR的确切答案,但它是这样的:"无论他们在那里放什么,都会是这样的"。

那么它就会在证书中这样写。但证书中并没有这样说,所以问题仍然存在。实际上那里有什么呢?

 
Andrey Dik:

这就是你认为的答案吗?

那么这将是证书上的内容。但它并没有这样说,所以问题仍然存在。它到底是怎么说的?

那么你认为对其他所有问题的帮助是否详细?

有一次,我自己写了一个点差指标,终端数据窗口 中的数值与指标中的数值并不一致(尽管我认为与最大点差有更多的吻合)。

是的,如果你找到另一个答案,请在这里发表。

 

顺便说一下,这里是开发商的回应本身。

https://www.mql5.com/ru/forum/1111/page1424#comment_1981027

这是个好答案吗?

Ошибки, баги, вопросы
Ошибки, баги, вопросы
  • 评论: 3
  • www.mql5.com
Форум трейдеров MQL5.community
 
Alexey Kozitsyn:

你认为对所有其他问题的帮助是详细的吗?

我曾经写过自己的价差指标,终端数据窗口 中的数值与指标中的数值并不重合(尽管在我看来,与最大价差的重合程度更高)。

是的,如果你找到另一个答案,请在这里发表。

我不认为帮助中的所有内容都描述得毫不含糊,以便于理解,我试着在不清楚的地方提出问题--这种情况以前也发生过,之后帮助被纠正了,这很正常。
 
Alexey Kozitsyn:

顺便说一下,这里是开发商的回应本身。

https://www.mql5.com/ru/forum/1111/page1424#comment_1981027

这样可以吗?

这不是关于什么会或不会适合我,我是一个谦虚的人。问题的关键在别的地方--我不明白这个函数返回什么。我之前假设它返回相应TF的蜡烛的平均值,而这些值是由终端生成的。

然而,事实上似乎是这样的,传播值已经写在服务器的历史中,终端得到了准备好的值。这应该在帮助中提及。

我面临一种情况--我的指标已经计算出平均价差、最大价差和80%时间内出现的价差,所有的数值都来自于历史(不是实时的)。获得的数值与《市场观察》中显示的数值并不密切相关。

此外,这里有一个不愉快的结论--历史与Market Watch所显示的不一致。 这在与一位知名的瑞士经纪人的谈话中得到了证明。因此,在测试器中并不总是能够充分测试一个经纪人的当前交易条件。

一些经纪商的点差值在实时和历史上是一致的,但对一些经纪商来说,它们并不一致。由此我们可以得出一个非常不愉快的结论,我不会大声说出来。

 
与本主题无关的评论已被移至"传播价值"。
 

我希望弗拉基米尔不要把我的问题带到其他地方......

情况是这样的。

我开了一个卖出头寸,但历史记录显示是卖出订单


在MqlTradeTransaction结构中,有一个ENUM_ORDER_TYPE::ORDER_TYPE_BUY。


这是个骗局还是我不明白什么?

 
Alexey Viktorov:

我希望弗拉基米尔不要把我的问题带到其他地方......

情况是这样的。

我开了一个卖出头寸,但历史记录显示是卖出订单


在MqlTradeTransaction结构中,有一个ENUM_ORDER_TYPE::ORDER_TYPE_BUY。


这是个骗局还是我不明白什么?

那么什么是ORDER_TYPE_BUY?打印它并确认它是0。 所以,那里没有订单。
 
Alexey Viktorov:

我希望弗拉基米尔不要把我的问题带到其他地方......

情况是这样的。

我开了一个卖出头寸,历史记录显示有一个卖出订单


在MqlTradeTransaction结构中,有一个ENUM_ORDER_TYPE::ORDER_TYPE_BUY。


这是一个技巧还是我错过了什么?

对于不同类型的交易,MqlTradeTransaction 结构的字段填充是不同的。

贸易_交易_交易_*

对于贸易交易的处理(TRADE_TRANSACTION_DEAL_AD,TRADE_TRANSACTION_DEAL_UPDATE和TRADE_TRANSACTION_DEAL_DELETE),在MqlTradeTransaction结构中填写以下字段。

  • 交易 - 交易票。
  • order - 订单票据,交易在此基础上被执行。
  • symbol - 交易中金融工具的名称。
  • type - 贸易交易的类型。
  • deal_type - 交易的类型。
  • 价格 - 交易执行时的价格。
  • price_sl - 价格止损(如果在订单中指定,将被填入,交易在此基础上执行)。
  • price_tp - 获利的价格(如果在订单中指定,则在此基础上执行交易)。
  • 量 - 以手为单位的交易量。
  • 头寸 - 由于执行交易而打开、修改或关闭的头寸票。
  • position_by - 相反位置的票。只为交易而填充,以关闭反仓(由)。

正如你所看到的,对于TRADE_TRANSACTION_DEAL_ADD,字段.order_type 没有填写。