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

[fxsaber]

double Number = (double)"01.23_example"; // 1.23
double Nan = (double)"nan"; // Nan

[fxsaber]

阿列克谢-沃尔昌斯基。
在MT4中也一样，这取决于具体的服务器

Metaquotes-Demo - MT5。

[prostotrader]

fxsaber:

脚本中没有这样的内容。使用EA+ExpertRemove而不是一个脚本是愚蠢的。

此外，如果180秒内没有来自服务器的响应，OrderSend就会超时崩溃。这表明，OnTradeTransaction可能会永远积累等待票。在你的脚本中，OnTradeTransaction只有一个order_ticket的选项是不好的。在异步发送后，有一项工作是处理订单清单。这就是为什么它是异步的--与批次一起工作。而如果没有批处理的工作，那么就永远不需要async。

你似乎一直在庆祝:)

1.Test_symc_order.mq5没有使用任何脚本。

2.EA+ExpertRemove是愚蠢的--根本就没有代码

3.我们谈论的是同步模式

4.OnTradeTransaction是一个保证的事件

[fxsaber]

prostotrader:

看起来你仍然在庆祝:)

1.Test_symc_order.mq5没有使用任何脚本。

2.EA+ExpertRemove是愚蠢的--根本就没有代码

3.我们谈论的是同步模式

4.OnTradeTransaction是一个保证的事件

1.OrderSendAsync+OnTradeTransaction 不能完全应用于脚本。因此，OrderSend有时是必要的。

2.我指的是可能用脚本来替代专家顾问。

4.这不是一个有保障的活动。可能有一些情况下会没有回应。在这种情况下，OrderSend将在180秒后因超时而崩溃。

[prostotrader]

fxsaber:

1.OrderSendAsync+OnTradeTransaction不能完全应用于脚本。这就是为什么有时需要OrderSend。

2.我们正在讨论用脚本替代专家顾问的可能性。

4.这不是一个有保障的活动。可能有一些情况下会没有回应。在这种情况下，OrderSend将在180秒后因超时而崩溃。

你宣扬你的观点时的自信是值得称赞的。

但我为那些可能利用你的错误推断的人感到遗憾 :)

添加

在客户-服务器应用程序中（MT5就是这样一个应用程序），根本不可能有100%的保证！这也是为什么我们的客户-服务器应用程序会有这样的问题。

[fxsaber]

嫖 娼者。

但我很同情那些可能利用你的错误推论 的人 :)

除了表情符号之外，你的论断还有什么论据吗？

[TheXpert]

嫖 娼者。

在客户-服务器应用程序中（MT5就是这样一个应用程序），根本不可能有100%的保证！这也是为什么我们的客户-服务器应用程序会有这样的问题。

你必须决定是否有保证。

[prostotrader]

组合器。
你自己决定是否有保证。

我的意思是，互联网会瘫痪

或者经纪人的服务器发生 "故障"。

[prostotrader]

fxsaber:
除了笑脸之外，你的论断还有什么论据吗？

这段代码说得非常清楚

[fxsaber]

嫖 娼者。
代码显示得非常清楚。

关于交易、自动交易系统和交易策略测试的论坛

mql5语言的特殊性，技巧和窍门

prostotrader, 2017.02.24 13:27

不需要等待几毫秒的时间。

该信息将在OnTradeTransaction 中出现

见代码

交易脚本中可以有哪些OnTradeTransaction？不是在你的代码中，而是在别人的交易脚本中。