В настоящее время мультивалютных торговых систем, индикаторов и экспертов разработано огромное количество. Тем не менее, до сих пор создатели этого "огромного количества" сталкивались со специфическими для мультивалютных систем трудностями. С выпуском в свет терминала MetaTrader 5 и языка программирования MQL5 появилась возможность реализации...
好的。答案就在上面。
谢谢康斯坦丁的答复。请不要被其他事情分心!
不确定频率会提高结果，但肯定会降低测试的速度。计时器事件并不完美，几乎总是会有一个错误。 即使在一个空的计时器上，你也可以看到错误。如果定时器功能内有计算，误差率可能会更高。 给计算机加载第三方任务也会影响计时器。有可能不是所有的开仓/平仓/修改信号都会在同一时间和同一点位上出现。
值得一提的是，几年前我在一个同时使用近30种工具的重型多货币工具上做了所有这些观察。结果只有在计时器关闭时才匹配。我想现在没有什么变化了。
谢谢你。
循环将不工作。
多层蒸煮器是个麻烦事，没有好的解决办法。
循环将不工作。
多币种是一个痛苦的问题，没有好的解决方案
在M1上原则上不可能有相似性，在其他上则有可能。
开发者使之成为现在你几乎可以用自定义符号 来拆开任何指标。
我不知道是要做一个开发者，还是更好地复制
谢谢你。
我对间谍的选择 没有意见。我现在使用的方法略有不同，但本质是一样的。通常情况下，如果可能的话，间谍会立即发送关闭/打开/修改的信号，或在专家顾问本身形成信号的一些关键信息。这与计算相平行，专家顾问基本上只接受交易功能。
我对间谍的选择 没有意见。我现在使用的方法略有不同，但本质是一样的。通常情况下，如果有可能，间谍会立即发送关闭/打开/修改的信号或一些关键信息，以便在专家顾问本身形成信号。这使计算平行化，专家顾问基本上只具有交易功能。
测试员呢？间谍在他们被发射的符号的刻度上工作。他们正确地发送事件。
你说 "图表事件有时也会放缓 "是什么意思？我需要例子。例如，我不发送ticks，而是主要发送信号--事件队列没有过载，也没有刹车。
当然，这些错误与该分支的主题有关，但我们讨论的是多货币的原则。为了分析这些错误，我们需要实例。
测试员呢？那里的间谍根据他们所运行的交易工具的刻度值工作。他们以一种好的方式发送事件。
你说 "图表事件有时也会放缓 "是什么意思？我需要例子。例如，我不发送ticks，而是主要发送信号--事件队列没有过载，也没有刹车。
好吧，错误，当然，与分支的主题有关，但我们正在谈论多币种的原则。为了解析这些错误，我们需要实例。
因此，如果实现了无条件地拾取嵌套，那么宏+模板就不会产生问题了，对吗？
你为什么要打架？你们为什么不一起做一些有用的事情呢？