MetaTrader 4 IDE的测试版,包括新的MQL4编译器和编辑器 - 页 11

 
Renat:
这个月。

这个版本中会有一个市场吗?它是否会像MT5那样实现(我是说在购买前可以测试模拟版)?
 
是的,会出现一个类似的。
 
chief2000:
如果在新版本的语言中,所有的GlobalVariables 都被称为终端变量,以避免 "全局变量 "的永恒的混乱,那就更好了为了版本兼容, "全局- "命令仍然可以工作

这是自三胞胎以来我们一直承担的重量。在没有职能概念的地方。

不幸的是,当我们转移到4的时候,我们不能取消"全局变量"这个术语。然而,"全局客户终端变量 "的正式名称与 "终端变量 "一词相当相似(这也不完美)。

 
Renat:
这个月。
是否会有一个预发布的测试版,还是会直接进入公共领域?
 
Renat:
看看昨天发布的MT5版本。它有一个成熟的新MQL4编译器和编辑器。很快我们就会发布MT4终端,如果考虑到MT5的大量可转移功能,这并不是一件快事。

问题是,如果我们可以直接将MQL5作为第二语言添加到MT4中,而让MQL4保持原样,不做任何改变,以便与老程序兼容,那么为什么要转移这个功能呢?然后羊会被吃掉,狼会被喂饱。所有的新程序都将用强大而方便的MQL5编写,而用MQL4编写的旧程序也将正常工作。然后在几年内逐步终止对旧语言的支持,让人们有时间平静地重做他们的旧发展。

但是,相反地,一个MQL4-MQ5的混合体被创造出来,与旧的标准不是100%兼容(在这个主题中已经讨论过)。此外,根据我的理解,这种混合体也不会 与MQL5完全 兼容。我指的是语言语法 本身,而不是函数形式的API。

这意味着仍然会有两种语言,两种标准。而开发者将不得不同时支持它们。问题是,为什么对此事大惊小怪?我在第一段中描述的方案更符合逻辑,对所有人来说都很方便。如果我们有一个单一的MQL5+单一的MQL4标准(这将一点一点地变得过时),我们将只剩下MQL5。

再一次,我所说的语言标准正是指其语法。所有的终端功能和环境变量都与语言无关。

 
Meat:

...........

相反,他们创造了一个MQL4-MQ5的混合体,与旧标准不是100%兼容(在这个主题中已经讨论过)。

此外,根据我的理解,这种混合体也不会 与MQL5完全 兼容。我指的是语言语法本身,而不是作为函数的API。

这意味着仍然会有两种语言,两种标准。而开发者将不得不同时支持它们。问题是,为什么对此事大惊小怪? 我在第一段中描述的方案更符合逻辑,对所有人来说都很方便。如果我们有一个单一的MQL5+单一的MQL4标准(这将一点一点地变得过时),我们将只剩下MQL5。

再一次,我所说的语言标准正是指其语法。所有可能的终端功能和环境变量都与语言无关。

你能详细说明一下吗? // 我从来没有听说过它。

 
MetaDriver:

更多细节? // 我没有听到任何有关的消息。

那么,有什么可听的呢?仅仅因为旧的MQL4将被更新为新的功能,它不会变成MQL5。

 
Meat:
肉类

我所说的语言标准,是指其语法。而各种终端函数和环境变量都不是语言的一部分。



你是对的。这就是开发商的做法,我认为。
 
Meat:

问题是,如果你可以将成熟的MQL5作为第二语言添加到MT4中,而让MQL4保持原样,不做任何改变,以便与老程序兼容,那么为什么要转移这个功能呢?

最合理的变体是将MQL4扩展到MQL5,一般来说,MQL5应该被废除,因为它是一种测试和调试语言,并没有在市场上流行。该终端还有一个简单的净值化解决方案,以便交易总是由服务器上的一个订单来完成。否则,我们将不得不弄得一团糟,在我们的余生中保留两个相等的版本,这迟早会因为无意义而变得无聊。
 
Andrei01:
最合理的变体是将MQL4扩展到MQL5,而MQL5作为一种没有在市场上流行的测试和调试方法,应该被彻底清算。该终端还有一个简单的净值化解决方案,以便交易总是由服务器上的一个订单来完成。否则,我们将不得不弄得一团糟,在我们的余生中保留两个相等的版本,这迟早会因为无意义而变得无聊。

要做到这一点,你必须宣布你自己的逻辑是最正确的,而不考虑其他所有的逻辑,因为它们没有意义。

P.S. 也不要把世界缩小到 "逻辑是或不是 "的原始主义。:)