MQL5的未来是MQL5+甚至是MQL6 - 页 3

 
Boris:

你想要多少我就给你多少吗?全局写入:Magic = 0;Megic = 123;Migic = 345;Mogic = 567;Mugic = 789。

这是一个例子,你可以根据自己的需要为每组写多少个mogic。而且你要循环检查!它工作得很好!如果这是个 "变态",那就对不起了!

你如何找到一个未结订单,并确定它属于哪个EA和这个EA的哪一组订单?没有它,你的礼物就不完整!)
 

无论你怎么看,MetaEditor都是MQL的瓶颈。

如果从这张图中只增加4种可能性,就已经是MetaEditor的一大进步了。也不会有 "如何在Visual Studio、Notepad++中启用MQL "的话题。


 
Sergei Vladimirov:
那么我们如何才能找到一个未平仓的订单,并确定它属于哪个EA和这个EA的哪一组订单?没有这一点,你的礼物在某种程度上是不完整的。)

你来检查一下!而在函数调用 中,你要传递相应的魔法,而在函数本身中,你只表示那个中性的魔法。

int magi = OrderMagicNumber()。

就这样吧!

 
Boris:

检查在一个循环!

谢谢你,这是一场盛宴!
 
Igor Volodin:
谢谢你,这是一场盛宴!
这就对了!而且正好赶上假期!
 
我还希望能够中断机器人的优化并保存中间结果,这样第二天就可以从中断的位置继续优化,而不是从头开始。
 
Sergei Vladimirov:
那么,当你发现一个未结订单时,你如何确定它属于哪个EA以及这个EA的哪一组订单?没有这一点,你的礼物就有些不完整。)

当然,这个建议是妄想的。而第二或第三个专业是不必要的。做一个规定所有依赖关系和网格成员关系的类。而作为唯一的钥匙,只需做一个majik。

你有一本RF民用护照,对吗?然而,有了它的号码,你就与一堆服务联系在一起。当然,这只是一个粗略的比喻。

 
Vadim Zotov:
我还希望能够中断机器人的优化并保存中间结果,这样第二天就可以从中断的位置继续优化,而不是从头开始。
我怎么就忘了呢!这个功能是必须的。
 
Vadim Zotov:
我还希望能够中断机器人的优化并保存中间结果,这样第二天就可以从中断的位置继续优化,而不是从头开始。
你是否曾与服务台联系过调查回复的结果?我不知道他们是否给了你任何具体的答案。
 
Vadim Zotov:
我还希望能够中断机器人的优化,并保存中间结果,以便第二天不是从头开始,而是从中断的地方继续优化。

这就是长期以来的工作方式。

如果测试条件没有改变,旧的结果将被拾起,测试将继续进行。自己试试吧。