程序库: MT4Orders - 页 76

 
Valeriy Yastremskiy #:

谢谢,没有错误。

我建议将 b3260 中的 Include 文件夹完全复制到 x32 终端。MQ 已纠正了其库中的错误。

 
fxsaber #:

我建议将 b3260 的 Include 文件夹完全复制到 x32 终端。MQ 更正了其库中的错误。

是否有删除错误文本或至少缩短错误文本的常量?


 

找到了

// 补充:如果在 OrderSend、OrderClose 或 OrderModify 中,颜色输入参数(最新参数)被设置为等于 INT_MAX,则将生成该颜色。
// 相应的 MT5 交易请求 (MT4ORDERS::LastTradeRequest),但不会发送。取而代之的是 MT5 检查、
// 其结果将显示在 MT4ORDERS::LastTradeCheckResult 中。
// 如果订单修改和订单关闭成功,它们将返回 true,否则将返回 false。
// OrderSend 如果成功将返回 0,否则返回-1。
//
// 如果相应的颜色输入参数设置为 INT_MIN,则只有在 MT5 成功检查生成的
// 交易请求(如 INT_MAX)将被发送。

谢谢

 
Aleksei Beliakov #:

发现

谢谢

这种模式也适合测试(和市场检查),因为您无需检查交易订单的正确性,库会完成所有工作。

如果不是终端而是交易服务器返回错误,会有详细的打印输出。

 
// 更改列表:
// 20.07.2022
// 添加:已添加 OrderLotsOpen() - 关闭/删除前的全部仓位/订单量。仅在 ByPass 模式下正常工作。
 
我知道不支持错误处理,但我认为应该在说明中明确指出。MT4 中的错误代码与 MT5 中的错误代码不一致,因此我的类停止了对它们的处理,除此之外,它似乎还能工作。
 

Aleksey Vyazmikin обработка ошибок - думаю, что это надо указать в описании.

我认为这表明只使用 MT4 风格的订单函数。库的名称就是这么说的。

MT4 中的错误代码与 MT5 中的错误代码不一致,我的类停止了对它们的处理,但除此之外似乎还能正常工作。

可以访问返回的代码。我自己从未使用过它们,因为我并不需要它们。

 
fxsaber #:

我认为这表明只使用 MT4 风格的订单函数。程序库的名称就说明了这一点。

可以访问返回的代码。我自己从未使用过,因为我并不需要它们。

对我来说,跨平台意味着无需编辑即可移植复杂代码的可能性,所以我没有以同样的方式考虑 "意味着"。但是,不处理此类错误可能会带来麻烦,例如,在市场关闭时向 DC 发送交易请求,或者在连接失败时不再尝试发送交易指令。有很多不同的情况,我只是很久以前写过一类命令,在大量智能交易系统的许多账户的实际工作中得到了纠正。

我没有任何怨言,只是希望那些不了解本质的人,就像我最初那样,被警告有风险,需要重新修改或调整他们的代码。

 
Aleksey Vyazmikin #:

对我来说,跨平台意味着无需编辑就能全面移植代码

这不是转换器,而是通过简单的 MT4 风格在 MT5 中进行交易的能力。

 
fxsaber #:

这不是转换器,而是通过简单的 MT4 风格将交易写入 MT5 的能力。

也许我理解错了,因为我理解的是在两个平台上使用一个代码。