从MT4切换到MT5有意义吗?你为什么转到MT5? - 页 13

 
Renat Fatkhullin:

我作为一个开发者,手上已经有了证据,而你已经有了笔记本电脑的感觉,声音结巴。

更新你的笔记本电脑,不要用简单的故事来误导人们。

去看笔记本电脑的个性(顺便说一下,这是一台好的笔记本电脑),不知为何没有增加论证的分量。

而制图仍然像猛犸象的骨头一样古老)))),交易者需要的是制图,而不是刻度。你不应该在这一点上浪费你的时间。这样人们就可以逐渐转到tradingview,尽管是付费订阅。

 
Artyom Trishkin:
你的嘈杂的人群很难理解。一个人的图形在10-15年内没有更新是不好的,另一个人的图形是狂野的,第三个人的东西是其他的服务。而只是把一切都准备好了--宗教不允许。不可能让所有人都满意。

"如果我问人们想要什么,他们会要求有一匹更快的马。"- 亨利-福特

 
Yuriy Asaulenko:
我们可能对美有非常不同的想法)。
你不是已经实现了套接字吗?我认为,这是最好的。
网络上已经有了MT4的连接。我不知道5 - 我也这么认为。我还没有深入研究,但如果解决方案真的有效,你可以尝试为MT5修改。

我不知道,我没有时间,那么...等,风格相同。

 
Maxim Dmitrievsky:

我明白了,反正原生的更好,你必须跟踪套接字,而且逻辑也更麻烦。

例如,如果你运行多个副本,它就会变得很混乱

我应该直接将Python代码片段复制到专家顾问的代码中,这样就可以了。

但如果我复制R,就可以了,但我要重做,这一点都不重要。

就是这样,Python代码直接在MQL代码中。你想要什么。我相信有一个用于MT4的。 我唯一需要转换为5的是MQL代码。

我在网上搜索了 "MQL5 Python整合"。

我已经研究了很久,我可能是错的。(你有兴趣,你可能会想出来)。

 

在它交易的地方进行交易是有意义的。要写EA,在这里写的是......

我曾经换过一次,因为它的工资很高。当他们停止支付后,现在我只在需要对整个市场一次进行多币种测试时才打开它。

 
Yuriy Asaulenko:

所以就这样,Python代码就在MQL代码中。这就是你想要的。我想有一个适用于MT4的,只有MQL代码需要为5重新制作。

我在网上搜索了 "MQL5 Python整合"。

我又试了一次,我无法理解,我可能是错的。

对于Python 2,有

我不喜欢吃剩饭,你永远不知道里面有什么。

 
Maxim Dmitrievsky:

在那里的第二条巨蟒下。

我不喜欢吃剩饭,你永远不知道里面有什么。

代码是开放的。(我不想害怕狼。)

至于第2个,那就很遗憾了。在第2个不愿意)。

 
Yuriy Asaulenko:

代码是开放的。(害怕狼群是件坏事)。

第2件事很遗憾。我不想用第二种)。

这样做不值得,用文件或相同的套接字做起来更容易。

显然,这是为那些在坦克里的人制作的。如果这种可能性是作为程序中的API出现的,那就是另一回事了
 
Maxim Dmitrievsky:

这根本不值得,使用文件或相同的套接字更容易。

我使用插座。坦率地说,我不认为在一个瓶子里混合代码有什么意义。

文件也是可以的,有时我把它们作为一种中间的变体。通过SSD或RAMdisk,结果是相当不错的。原则上,我需要更快的速度来满足罕见的应用。

SQLite 是相当好的,而且比文件更快。而为了更快,它还必须通过内存。SQLite有可能进行这样的配置。

有一篇关于SQlite for MT的文章。我没有亲自为MT做这个。我在我的分支中给出了Python的代码。

 
Yuriy Asaulenko:

我使用插座。坦率地说,我不认为在一个瓶子里混合代码有什么意义。

文件也是可以的,有时我把它们作为一种中间的变体。通过SSD或RAMdisk,结果是相当不错的。原则上,我需要更快的速度来满足罕见的应用。

SQLite是相当好的,而且比文件更快。而要做到快速,你也需要使用内存。SQLite允许这样的配置。

甚至还有一篇关于SQlite for MT的文章。我没有为MT自己做。对于Python,我给出了我的分支中的代码。

如果你运行多份程序,并且都访问第1个Python文件,那么问题是

需要乘以文件以使它们在不同的解释器调用下工作,正如我所理解的,到处写

在这种情况下,如果是这样的话,混合代码就比较容易了。