许多人感兴趣的话题：MetaTrader 4和MQL4的新内容 - 即将发生的重大变化 - 页 5

[Georgiy Merts]

Urain:

然后就是引入异常，以便一个代码可以同时为mql4和mql5进行编译。

在我看来，这是不现实的，至少，就MQL5->MQL4而言。

在MQL4中，你想如何理解与OOP有关的所有时刻？

当然，向后兼容更容易，但关于立场的不同意识形态也会带来向后兼容的限制。

在我看来，正确的步骤是有一个能理解两种语言的通用终端，但语言本身仍然是不兼容的。 剩下的唯一事情就是使这种终端能被DC使用。

[Vladimir Gomonov]

Renat:
不幸的是，没有。测试员将保持单线程，没有MQL5云网络。

没有云仍然可以接受（以换取在自己的报价上测试的可能性），但多线程会好得多。 毕竟，多核时代已经到来。

[Dmitiry Ananiev]

Renat:
不幸的是，没有。测试员将保持单线程，没有MQL5云网络。

我的意思是，如果MQL4代码将在MT5中执行，那么MQL4专家顾问就可以在MT5的测试器中进行测试，因此可以对它们进行优化。

如果不是，那么我们在谈论的是什么兼容性？

[Renat Fatkhullin]

dimeon:

MT4经纪商的服务器端在技术上是否也会有很大变化？这个想法是好的，但我们将在已经建立的MT4上再抓半年的bug。

如果是这样，各经纪公司的客户将损失很多钱。那他们会向谁投诉？ 经纪人还是Metakvots？

不，除了将贸易交易 打包到主线程（即mizzero）外，服务器上几乎没有任何变化。

这次升级是针对客户终端的。

[Vladimir Gomonov]

dimeon:

我的意思是，如果MQL4代码将在MT5中执行，那么MQL4专家顾问就可以在MT5的测试器中进行测试，因此可以对它们进行优化。

如果不是，那么我们在谈论的是什么兼容性？

我们谈论的是用mql4编写的旧程序与新的mql4++（又称mql5）的完全兼容。

不要混淆编程语言和交易平台。

[Renat Fatkhullin]

Laryx:

对我来说，这似乎是不真实的，至少就MQL5->MQL4而言是如此。

你想如何理解MQL4中所有与OOP有关的东西？

当然，向后兼容更容易，但关于立场的不同意识形态也会带来向后兼容的限制。

在我看来，正确的步骤是拥有一个通用的终端，它可以理解两种语言，但语言本身仍然不兼容。 剩下的唯一事情就是让DC获得这种终端。

现在所有的OOP都可以在MQL4中使用，没有任何限制。这是最精彩的部分。

我们将把MQL4的功能 完全提高到MQL5的水平，只是禁用了一些功能，如OpenCL。

[Sergey Pavlov]

MetaDriver:
多核时代毕竟已经到来。

我同意。

[Mykola Demko]

Renat:

所有的OOP现在都可以在MQL4中使用，没有任何限制。这也是最美味的东西。

我们将MQL4语言的功能 完全提升到MQL5的水平，只禁用了一些OpenCL功能。

我指的是与特殊性有关的例外，比如mql4这样访问数据，mql5这样访问数据。 如果为MT5编译一个版本，它排除了一个，如果为MT4--另一个。

那么就有可能写出一个在两个版本中都能工作的代码。

这将实现编写EA的梦想，在云端运行，然后为MT4重新编译，并将其用于实际交易。

[Vladislav Andruschenko]

Urain:

我的意思是与具体细节有关的例外，比如mql4以这样的方式访问数据，而在mql5中，所以如果你为MT5编译一个版本，它排除了一个，如果为MT4--另一个。

那么，编写一个在两个版本中都能工作的代码是非常可行的。

这将实现编写EA的梦想，在云端运行，然后为MT4重新编译，并将其用于实际交易。

Ice.........，在云端运行多币种.......。

[Vadim Konyaev]

Renat:

不，除了将贸易交易打包到主线程之外，服务器上几乎没有任何变化（这是一个场景）。

这次升级是针对客户终端的。

人们希望，在这种变化之后，经纪商将更快地实施MT5平台，而不是完全放弃它!