MetaTrader 4 IDE的测试版,包括新的MQL4编译器和编辑器 - 页 11 1...456789101112131415161718...23 新评论 Lev Vimer 2013.10.05 05:56 #101 Renat: 这个月。 这个版本中会有一个市场吗?它是否会像MT5那样实现(我是说在购买前可以测试模拟版)? Renat Fatkhullin 2013.10.05 06:42 #102 是的,会出现一个类似的。 Slava 2013.10.07 01:59 #103 chief2000: 如果在新版本的语言中,所有的GlobalVariables 都被称为终端变量,以避免 "全局变量 "的永恒的混乱,那就更好了。为了版本兼容, "全局- "命令仍然可以工作 。 这是自三胞胎以来我们一直承担的重量。在没有职能概念的地方。 不幸的是,当我们转移到4的时候,我们不能取消"全局变量"这个术语。然而,"全局客户终端变量 "的正式名称与 "终端变量 "一词相当相似(这也不完美)。 a.p 2013.10.07 06:29 #104 Renat: 这个月。 是否会有一个预发布的测试版,还是会直接进入公共领域? Alexey Navoykov 2013.10.07 09:20 #105 Renat: 看看昨天发布的MT5版本。它有一个成熟的新MQL4编译器和编辑器。很快我们就会发布MT4终端,如果考虑到MT5的大量可转移功能,这并不是一件快事。 问题是,如果我们可以直接将MQL5作为第二语言添加到MT4中,而让MQL4保持原样,不做任何改变,以便与老程序兼容,那么为什么要转移这个功能呢?然后羊会被吃掉,狼会被喂饱。所有的新程序都将用强大而方便的MQL5编写,而用MQL4编写的旧程序也将正常工作。然后在几年内逐步终止对旧语言的支持,让人们有时间平静地重做他们的旧发展。 但是,相反地,一个MQL4-MQ5的混合体被创造出来,与旧的标准不是100%兼容(在这个主题中已经讨论过)。此外,根据我的理解,这种混合体也不会 与MQL5完全 兼容。我指的是语言语法 本身,而不是函数形式的API。 这意味着仍然会有两种语言,两种标准。而开发者将不得不同时支持它们。问题是,为什么对此事大惊小怪?我在第一段中描述的方案更符合逻辑,对所有人来说都很方便。如果我们有一个单一的MQL5+单一的MQL4标准(这将一点一点地变得过时),我们将只剩下MQL5。 再一次,我所说的语言标准正是指其语法。所有的终端功能和环境变量都与语言无关。 Vladimir Gomonov 2013.10.07 21:08 #106 Meat: ........... 相反,他们创造了一个MQL4-MQ5的混合体,与旧标准不是100%兼容(在这个主题中已经讨论过)。 此外,根据我的理解,这种混合体也不会 与MQL5完全 兼容。我指的是语言语法本身,而不是作为函数的API。 这意味着仍然会有两种语言,两种标准。而开发者将不得不同时支持它们。问题是,为什么对此事大惊小怪? 我在第一段中描述的方案更符合逻辑,对所有人来说都很方便。如果我们有一个单一的MQL5+单一的MQL4标准(这将一点一点地变得过时),我们将只剩下MQL5。 再一次,我所说的语言标准正是指其语法。所有可能的终端功能和环境变量都与语言无关。 你能详细说明一下吗? // 我从来没有听说过它。 Alexey Navoykov 2013.10.09 18:13 #107 MetaDriver: 更多细节? // 我没有听到任何有关的消息。 那么,有什么可听的呢?仅仅因为旧的MQL4将被更新为新的功能,它不会变成MQL5。 Алексей Тарабанов 2013.10.09 19:21 #108 Meat:肉类。 我所说的语言标准,是指其语法。而各种终端函数和环境变量都不是语言的一部分。 你是对的。这就是开发商的做法,我认为。 Andrei01 2013.10.10 03:17 #109 Meat: 问题是,如果你可以将成熟的MQL5作为第二语言添加到MT4中,而让MQL4保持原样,不做任何改变,以便与老程序兼容,那么为什么要转移这个功能呢? 最合理的变体是将MQL4扩展到MQL5,一般来说,MQL5应该被废除,因为它是一种测试和调试语言,并没有在市场上流行。该终端还有一个简单的净值化解决方案,以便交易总是由服务器上的一个订单来完成。否则,我们将不得不弄得一团糟,在我们的余生中保留两个相等的版本,这迟早会因为无意义而变得无聊。 TarasBY 2013.10.10 10:22 #110 Andrei01: 最合理的变体是将MQL4扩展到MQL5,而MQL5作为一种没有在市场上流行的测试和调试方法,应该被彻底清算。该终端还有一个简单的净值化解决方案,以便交易总是由服务器上的一个订单来完成。否则,我们将不得不弄得一团糟,在我们的余生中保留两个相等的版本,这迟早会因为无意义而变得无聊。 要做到这一点,你必须宣布你自己的逻辑是最正确的,而不考虑其他所有的逻辑,因为它们没有意义。 P.S. 也不要把世界缩小到 "逻辑是或不是 "的原始主义。:) 1...456789101112131415161718...23 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
这个月。
这个版本中会有一个市场吗?它是否会像MT5那样实现(我是说在购买前可以测试模拟版)?
如果在新版本的语言中,所有的GlobalVariables 都被称为终端变量,以避免 "全局变量 "的永恒的混乱,那就更好了。为了版本兼容, "全局- "命令仍然可以工作 。
这是自三胞胎以来我们一直承担的重量。在没有职能概念的地方。
不幸的是,当我们转移到4的时候,我们不能取消"全局变量"这个术语。然而,"全局客户终端变量 "的正式名称与 "终端变量 "一词相当相似(这也不完美)。
这个月。
看看昨天发布的MT5版本。它有一个成熟的新MQL4编译器和编辑器。很快我们就会发布MT4终端,如果考虑到MT5的大量可转移功能,这并不是一件快事。
问题是,如果我们可以直接将MQL5作为第二语言添加到MT4中,而让MQL4保持原样,不做任何改变,以便与老程序兼容,那么为什么要转移这个功能呢?然后羊会被吃掉,狼会被喂饱。所有的新程序都将用强大而方便的MQL5编写,而用MQL4编写的旧程序也将正常工作。然后在几年内逐步终止对旧语言的支持,让人们有时间平静地重做他们的旧发展。
但是,相反地,一个MQL4-MQ5的混合体被创造出来,与旧的标准不是100%兼容(在这个主题中已经讨论过)。此外,根据我的理解,这种混合体也不会 与MQL5完全 兼容。我指的是语言语法 本身,而不是函数形式的API。
这意味着仍然会有两种语言,两种标准。而开发者将不得不同时支持它们。问题是,为什么对此事大惊小怪?我在第一段中描述的方案更符合逻辑,对所有人来说都很方便。如果我们有一个单一的MQL5+单一的MQL4标准(这将一点一点地变得过时),我们将只剩下MQL5。
再一次,我所说的语言标准正是指其语法。所有的终端功能和环境变量都与语言无关。
...........
相反,他们创造了一个MQL4-MQ5的混合体,与旧标准不是100%兼容(在这个主题中已经讨论过)。
此外,根据我的理解,这种混合体也不会 与MQL5完全 兼容。我指的是语言语法本身,而不是作为函数的API。
这意味着仍然会有两种语言,两种标准。而开发者将不得不同时支持它们。问题是,为什么对此事大惊小怪? 我在第一段中描述的方案更符合逻辑,对所有人来说都很方便。如果我们有一个单一的MQL5+单一的MQL4标准(这将一点一点地变得过时),我们将只剩下MQL5。
再一次,我所说的语言标准正是指其语法。所有可能的终端功能和环境变量都与语言无关。
你能详细说明一下吗? // 我从来没有听说过它。
更多细节? // 我没有听到任何有关的消息。
那么,有什么可听的呢?仅仅因为旧的MQL4将被更新为新的功能,它不会变成MQL5。
我所说的语言标准,是指其语法。而各种终端函数和环境变量都不是语言的一部分。
问题是,如果你可以将成熟的MQL5作为第二语言添加到MT4中,而让MQL4保持原样,不做任何改变,以便与老程序兼容,那么为什么要转移这个功能呢?
最合理的变体是将MQL4扩展到MQL5,而MQL5作为一种没有在市场上流行的测试和调试方法,应该被彻底清算。该终端还有一个简单的净值化解决方案,以便交易总是由服务器上的一个订单来完成。否则,我们将不得不弄得一团糟,在我们的余生中保留两个相等的版本,这迟早会因为无意义而变得无聊。
要做到这一点,你必须宣布你自己的逻辑是最正确的,而不考虑其他所有的逻辑,因为它们没有意义。
P.S. 也不要把世界缩小到 "逻辑是或不是 "的原始主义。:)