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

新评论
 
可能很难找到一个更小的优化建议，但也许现在是时候按字母顺序组织市场概览列表的输出了？或者是我这个工程师说，一切都应该是平行/垂直的......有点不紧张，但也不高兴。也许你可以在那些90%的现成函数上再加几行，嗯？
 
Zaxvatov:
可能很难找到一个更小的优化建议，但也许现在是时候按字母顺序组织市场概览列表的输出了？或者是我这个工程师说，一切都应该是平行/垂直的......有点不紧张，但也不高兴。也许你可以在那些90%的现成函数上再加几行，嗯？
有一个应用程序 可以做这个。但有一个按钮会更好...
 
VOLDEMAR:

问题：新的Mt是什么时候？ 迫不及待 .....

你到底在等什么？新的虫子？(这在这种重大变化中是不可避免的）。你是否迫不及待地想重写和调试你所有的代码，而这些代码却无法在短时间内工作？你没有空闲时间可以浪费吗？

就个人而言，最近构建的所有这些混乱使我对这种MQL-编程的前景进行了全面思考。而且不管是在4号还是5号，都无所谓。其本质是一样的。你用某种合成语言编写程序，并与交易平台挂钩，最终你会成为这个平台/语言开发者的所有奇思妙想和错误的人质。今天他们想用MQL4与MQL5交叉，明天用MQL6交叉，等等。 而你没有选择，你被迫按照新的规则重新设计你的发展。否则，一切都会停止工作。就这样，它一直在继续。这都是不严肃的。

总的来说，这是我将所有的MQL程序转移到独立的编程环境中的最后推动力，而不与特定的交易平台绑定。而我将使用MQL只是作为MT和我的程序之间的一个连接环节。 而这可能是唯一正确的方法。 当然，除非你打算在市场上出售你的楼盘）。

好吧，如果你只是喜欢在MQL中编程，并且想要一些新的功能（即运动兴趣），那么有什么能阻止你在P5中编码，在那里所有这些都已经实现了？

 
Meat:

你到底在等什么？更多的虫子？(这在这种重大变化中是不可避免的）。你是否迫不及待地想重写和调试你所有的代码，而这些代码却无法在短时间内运行？你没有空闲时间可以浪费吗？

就个人而言，最近构建的所有这些混乱使我对这种MQL-编程的前景进行了全面思考。而且不管是在4号还是5号，都无所谓。其本质是一样的。你用某种合成语言编写程序，并与交易平台挂钩，最终你会成为平台/语言开发者的所有奇思妙想和错误的人质。今天他们想用MQL4与MQL5交叉，明天用MQL6交叉，等等。 而你没有选择，你被迫按照新的规则重新设计你的发展。否则，一切都会停止工作。就这样，它一直在继续。这都是不严肃的。

总的来说，这是我将所有的MQL程序转移到独立的编程环境中的最后推动力，而不与特定的交易平台绑定。而我将使用MQL只是作为MT和我的程序之间的一个连接环节。 而这可能是唯一正确的方法。 当然，除非你打算在市场上出售你的楼盘）。

好吧，如果你只是喜欢在MQL中编程，想要一些新的功能（即体育兴趣），那么有什么能阻止你在P5中编码呢，在P5中已经实现了所有这些功能？

我同意，如果开发商能留下对旧版本的支持，至少500个，并取消强制升级到新版本，我怀疑这将被实施，这将是可以的，但这是另一个不可理解的举措，开发商。当然，我支持加入OOP，但它很容易在dll中实现，没有必要用新版本的语言作为新的标准来点火。例如，同样是C++，他们有几个现有的标准，但总的来说，有一个共同的基础，将适用于任何代码实现。
 
Barbarian:
我同意，如果开发商能留下对旧版本的支持，至少500个，并取消强制升级到新版本，我怀疑这将被实施，这将是可以的，但这是另一个不可理解的举动，开发商。当然，我支持加入OOP，但它很容易在dll中实现，没有必要用新版本的语言作为新的标准来点火。例如，同样是C++，他们有几个现有的标准，但总的来说，有一个共同点，对任何代码的实现都有效。

我怀疑你是用铸铁熨斗熨烫，用煤加热灶具......。 创新是好的，不仅是货币市场是非常动态的，如果你想取得一些成就，你必须始终处于趋势之中......新的变化是为了更好地，希望....
 
VOLDEMAR:

创新是好的，不仅是货币市场是非常动态的，如果你想取得一些成就，你必须始终处于趋势之中......新的变化是为了更好地，希望....

自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这种情况下，总是设想向后兼容，即支持语言的旧版本，但元引号并没有这样做。

 
Meat:

自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这样的情况下，总是设想向后兼容，即支持旧版本的语言，但元引号没有这样做。


你确定吗？这是一个内部人士吗？
 
Meat:

自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这样的情况下，总是设想向后兼容，即支持旧版本的语言，但元引号没有这样做。

一个危言耸听的人的话语。Metacquotes已经说过很多次，而且可能不会厌倦地重复，将会有完全的兼容性。已经停止了这种幼稚的行为。
 
FAQ:

你确定这一点吗？这是一个内部人士吗？

artmedia70:
一个危言耸听的人的话。元老们已经说过很多次，而且可能不会厌倦地重复，会有完全的兼容性。你能不能别再这么幼稚了？

在这里我强调了它，这样就不会有人说它是完全兼容的。

雷纳特。


与旧版本的MQL4有什么不同。

  • 布尔运算和/或运算的优先级已经改变。现在一切都和经典的C/C++一样

  • 引入了对逻辑表达式的缩短评估。现在，当评估一个逻辑表达式时，其余的子表达式不会被评估。如同在C/C++中。

  • 开关运算符现在只使用整数值。以前，你可以使用真正的。

  • 现在，你不能在变量名中使用句号。另外，你不能在变量名称中使用'@'、'$'、'？'字符。

  • 对启动功能的要求已经收紧。以前，你可以在启动函数中指定参数。现在，所有的入口点init、start、deinit、OnInit、OnStart、OnTick、OnTimer等必须完全匹配它们的签名

  • 由于关键字集的扩展，诸如short、long、float、const、virtual、input、delete、new、do、char等名称不能再被使用。

  • 导入的dll-函数不能再接受字符串数组作为参数。如同在MQL5中一样

  • 出现了预定义的变量名称_Period, _Symbol, _LastError, _CriticalError, _StopFlag, _Point, _Digits, _UninitReason, _RandomSeed，这可能与现有源代码中声明的相同名称的简单变量相冲突。

  • 日期时间类型已经变成了8个字节，就像在MQL5中一样。

这些差异不是致命的，可以很容易地在代码中修复。相 反，MQL5的很多功能，更快的执行速度和更严格的质量控制都可以使用。

我用红色标出了最令人不快的部分。
 
Barbarian:
当然，我支持加入OOP，但它是在dll中实现的，没有必要创建一个新的语言版本作为新的标准。

我认为Mql4中根本不应该有任何变化。它已经存在了很多年没有变化，所有的弊病都被治愈了，用户也习惯了。最主要的是，它是一种非常简单和独特的语言，有自己的特点，例如，允许一些自由意志，这可以节省许多行的代码。它唯一真正缺乏的是结构。你可以把自己限制在添加它们，仅此而已。 而MQL5，由于其枯燥的严重性和局限性，已经不那么有趣了，因为正如Barbarian正确指出的那样，用真正的C++来编码要容易得多，有更多的可能性。

简而言之，最好的解决方案是让MQL4保持原样，并在MT4中添加MQL5作为独立的语言（只有一组功能会与MT5不同）。用户将自己决定用哪种语言写作。

123456789101112...23
新评论