MetaTrader 4 IDE的测试版，包括新的MQL4编译器和编辑器 - 页 5 123456789101112...23 新评论 Степан Захватов 2013.09.18 07:45 #41 可能很难找到一个更小的优化建议，但也许现在是时候按字母顺序组织市场概览列表的输出了？或者是我这个工程师说，一切都应该是平行/垂直的......有点不紧张，但也不高兴。也许你可以在那些90%的现成函数上再加几行，嗯？ Vadim Zhunko 2013.09.18 15:17 #42 Zaxvatov: 可能很难找到一个更小的优化建议，但也许现在是时候按字母顺序组织市场概览列表的输出了？或者是我这个工程师说，一切都应该是平行/垂直的......有点不紧张，但也不高兴。也许你可以在那些90%的现成函数上再加几行，嗯？ 有一个应用程序 可以做这个。但有一个按钮会更好... Alexey Navoykov 2013.09.18 23:14 #43 VOLDEMAR: 问题：新的Mt是什么时候？ 迫不及待 ..... 你到底在等什么？新的虫子？(这在这种重大变化中是不可避免的）。你是否迫不及待地想重写和调试你所有的代码，而这些代码却无法在短时间内工作？你没有空闲时间可以浪费吗？ 就个人而言，最近构建的所有这些混乱使我对这种MQL-编程的前景进行了全面思考。而且不管是在4号还是5号，都无所谓。其本质是一样的。你用某种合成语言编写程序，并与交易平台挂钩，最终你会成为这个平台/语言开发者的所有奇思妙想和错误的人质。今天他们想用MQL4与MQL5交叉，明天用MQL6交叉，等等。 而你没有选择，你被迫按照新的规则重新设计你的发展。否则，一切都会停止工作。就这样，它一直在继续。这都是不严肃的。 总的来说，这是我将所有的MQL程序转移到独立的编程环境中的最后推动力，而不与特定的交易平台绑定。而我将使用MQL只是作为MT和我的程序之间的一个连接环节。 而这可能是唯一正确的方法。 当然，除非你打算在市场上出售你的楼盘）。 好吧，如果你只是喜欢在MQL中编程，并且想要一些新的功能（即运动兴趣），那么有什么能阻止你在P5中编码，在那里所有这些都已经实现了？ barbarian 2013.09.19 02:30 #44 Meat: 你到底在等什么？更多的虫子？(这在这种重大变化中是不可避免的）。你是否迫不及待地想重写和调试你所有的代码，而这些代码却无法在短时间内运行？你没有空闲时间可以浪费吗？ 就个人而言，最近构建的所有这些混乱使我对这种MQL-编程的前景进行了全面思考。而且不管是在4号还是5号，都无所谓。其本质是一样的。你用某种合成语言编写程序，并与交易平台挂钩，最终你会成为平台/语言开发者的所有奇思妙想和错误的人质。今天他们想用MQL4与MQL5交叉，明天用MQL6交叉，等等。 而你没有选择，你被迫按照新的规则重新设计你的发展。否则，一切都会停止工作。就这样，它一直在继续。这都是不严肃的。 总的来说，这是我将所有的MQL程序转移到独立的编程环境中的最后推动力，而不与特定的交易平台绑定。而我将使用MQL只是作为MT和我的程序之间的一个连接环节。 而这可能是唯一正确的方法。 当然，除非你打算在市场上出售你的楼盘）。 好吧，如果你只是喜欢在MQL中编程，想要一些新的功能（即体育兴趣），那么有什么能阻止你在P5中编码呢，在P5中已经实现了所有这些功能？ 我同意，如果开发商能留下对旧版本的支持，至少500个，并取消强制升级到新版本，我怀疑这将被实施，这将是可以的，但这是另一个不可理解的举措，开发商。当然，我支持加入OOP，但它很容易在dll中实现，没有必要用新版本的语言作为新的标准来点火。例如，同样是C++，他们有几个现有的标准，但总的来说，有一个共同的基础，将适用于任何代码实现。 Vladimir Pastushak 2013.09.19 13:02 #45 Barbarian: 我同意，如果开发商能留下对旧版本的支持，至少500个，并取消强制升级到新版本，我怀疑这将被实施，这将是可以的，但这是另一个不可理解的举动，开发商。当然，我支持加入OOP，但它很容易在dll中实现，没有必要用新版本的语言作为新的标准来点火。例如，同样是C++，他们有几个现有的标准，但总的来说，有一个共同点，对任何代码的实现都有效。 我怀疑你是用铸铁熨斗熨烫，用煤加热灶具......。 创新是好的，不仅是货币市场是非常动态的，如果你想取得一些成就，你必须始终处于趋势之中......新的变化是为了更好地，希望.... Alexey Navoykov 2013.09.19 15:52 #46 VOLDEMAR: 创新是好的，不仅是货币市场是非常动态的，如果你想取得一些成就，你必须始终处于趋势之中......新的变化是为了更好地，希望....自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这种情况下，总是设想向后兼容，即支持语言的旧版本，但元引号并没有这样做。 Рустам 2013.09.19 16:05 #47 Meat: 自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这样的情况下，总是设想向后兼容，即支持旧版本的语言，但元引号没有这样做。 你确定吗？这是一个内部人士吗？ Artyom Trishkin 2013.09.19 16:08 #48 Meat: 自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这样的情况下，总是设想向后兼容，即支持旧版本的语言，但元引号没有这样做。 一个危言耸听的人的话语。Metacquotes已经说过很多次，而且可能不会厌倦地重复，将会有完全的兼容性。已经停止了这种幼稚的行为。 Vadim Zhunko 2013.09.19 16:16 #49 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的很多功能，更快的执行速度和更严格的质量控制都可以使用。 我用红色标出了最令人不快的部分。 Alexey Navoykov 2013.09.19 16:44 #50 Barbarian: 当然，我支持加入OOP，但它是在dll中实现的，没有必要创建一个新的语言版本作为新的标准。我认为Mql4中根本不应该有任何变化。它已经存在了很多年没有变化，所有的弊病都被治愈了，用户也习惯了。最主要的是，它是一种非常简单和独特的语言，有自己的特点，例如，允许一些自由意志，这可以节省许多行的代码。它唯一真正缺乏的是结构。你可以把自己限制在添加它们，仅此而已。 而MQL5，由于其枯燥的严重性和局限性，已经不那么有趣了，因为正如Barbarian正确指出的那样，用真正的C++来编码要容易得多，有更多的可能性。 简而言之，最好的解决方案是让MQL4保持原样，并在MT4中添加MQL5作为独立的语言（只有一组功能会与MT5不同）。用户将自己决定用哪种语言写作。 123456789101112...23 新评论 原因: 取消 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
可能很难找到一个更小的优化建议，但也许现在是时候按字母顺序组织市场概览列表的输出了？或者是我这个工程师说，一切都应该是平行/垂直的......有点不紧张，但也不高兴。也许你可以在那些90%的现成函数上再加几行，嗯？
问题：新的Mt是什么时候？ 迫不及待 .....
你到底在等什么？新的虫子？(这在这种重大变化中是不可避免的）。你是否迫不及待地想重写和调试你所有的代码，而这些代码却无法在短时间内工作？你没有空闲时间可以浪费吗？
就个人而言，最近构建的所有这些混乱使我对这种MQL-编程的前景进行了全面思考。而且不管是在4号还是5号，都无所谓。其本质是一样的。你用某种合成语言编写程序，并与交易平台挂钩，最终你会成为这个平台/语言开发者的所有奇思妙想和错误的人质。今天他们想用MQL4与MQL5交叉，明天用MQL6交叉，等等。 而你没有选择，你被迫按照新的规则重新设计你的发展。否则，一切都会停止工作。就这样，它一直在继续。这都是不严肃的。
总的来说，这是我将所有的MQL程序转移到独立的编程环境中的最后推动力，而不与特定的交易平台绑定。而我将使用MQL只是作为MT和我的程序之间的一个连接环节。 而这可能是唯一正确的方法。 当然，除非你打算在市场上出售你的楼盘）。
好吧，如果你只是喜欢在MQL中编程，并且想要一些新的功能（即运动兴趣），那么有什么能阻止你在P5中编码，在那里所有这些都已经实现了？
你到底在等什么？更多的虫子？(这在这种重大变化中是不可避免的）。你是否迫不及待地想重写和调试你所有的代码，而这些代码却无法在短时间内运行？你没有空闲时间可以浪费吗？
就个人而言，最近构建的所有这些混乱使我对这种MQL-编程的前景进行了全面思考。而且不管是在4号还是5号，都无所谓。其本质是一样的。你用某种合成语言编写程序，并与交易平台挂钩，最终你会成为平台/语言开发者的所有奇思妙想和错误的人质。今天他们想用MQL4与MQL5交叉，明天用MQL6交叉，等等。 而你没有选择，你被迫按照新的规则重新设计你的发展。否则，一切都会停止工作。就这样，它一直在继续。这都是不严肃的。
总的来说，这是我将所有的MQL程序转移到独立的编程环境中的最后推动力，而不与特定的交易平台绑定。而我将使用MQL只是作为MT和我的程序之间的一个连接环节。 而这可能是唯一正确的方法。 当然，除非你打算在市场上出售你的楼盘）。
好吧，如果你只是喜欢在MQL中编程，想要一些新的功能（即体育兴趣），那么有什么能阻止你在P5中编码呢，在P5中已经实现了所有这些功能？
我同意，如果开发商能留下对旧版本的支持，至少500个，并取消强制升级到新版本，我怀疑这将被实施，这将是可以的，但这是另一个不可理解的举动，开发商。当然，我支持加入OOP，但它很容易在dll中实现，没有必要用新版本的语言作为新的标准来点火。例如，同样是C++，他们有几个现有的标准，但总的来说，有一个共同点，对任何代码的实现都有效。
我怀疑你是用铸铁熨斗熨烫，用煤加热灶具......。 创新是好的，不仅是货币市场是非常动态的，如果你想取得一些成就，你必须始终处于趋势之中......新的变化是为了更好地，希望....
创新是好的，不仅是货币市场是非常动态的，如果你想取得一些成就，你必须始终处于趋势之中......新的变化是为了更好地，希望....
自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这种情况下，总是设想向后兼容，即支持语言的旧版本，但元引号并没有这样做。
自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这样的情况下，总是设想向后兼容，即支持旧版本的语言，但元引号没有这样做。
你确定吗？这是一个内部人士吗？
自己 "赶潮流 "是一回事，但让自己过去的设计成为 "潮流 "又是另一回事。 如果你没有很多，或者它们没有价值，那就没有问题。但是，这里的许多人已经积累了一个巨大的代码库，经过多年的编写和调试。而现在，每个人都被摆在这个事实面前，这个代码的相当一部分将很快停止工作。这是无稽之谈。在这样的情况下，总是设想向后兼容，即支持旧版本的语言，但元引号没有这样做。
你确定这一点吗？这是一个内部人士吗？
一个危言耸听的人的话。元老们已经说过很多次，而且可能不会厌倦地重复，会有完全的兼容性。你能不能别再这么幼稚了？
在这里我强调了它，这样就不会有人说它是完全兼容的。
与旧版本的MQL4有什么不同。
布尔运算和/或运算的优先级已经改变。现在一切都和经典的C/C++一样
引入了对逻辑表达式的缩短评估。现在，当评估一个逻辑表达式时，其余的子表达式不会被评估。如同在C/C++中。
开关运算符现在只使用整数值。以前，你可以使用真正的。
现在，你不能在变量名中使用句号。另外，你不能在变量名称中使用'@'、'$'、'？'字符。
对启动功能的要求已经收紧。以前，你可以在启动函数中指定参数。现在，所有的入口点init、start、deinit、OnInit、OnStart、OnTick、OnTimer等必须完全匹配它们的签名
由于关键字集的扩展，诸如short、long、float、const、virtual、input、delete、new、do、char等名称不能再被使用。
导入的dll-函数不能再接受字符串数组作为参数。如同在MQL5中一样
这些差异不是致命的，可以很容易地在代码中修复。相 反，MQL5的很多功能，更快的执行速度和更严格的质量控制都可以使用。
当然，我支持加入OOP，但它是在dll中实现的，没有必要创建一个新的语言版本作为新的标准。
我认为Mql4中根本不应该有任何变化。它已经存在了很多年没有变化，所有的弊病都被治愈了，用户也习惯了。最主要的是，它是一种非常简单和独特的语言，有自己的特点，例如，允许一些自由意志，这可以节省许多行的代码。它唯一真正缺乏的是结构。你可以把自己限制在添加它们，仅此而已。 而MQL5，由于其枯燥的严重性和局限性，已经不那么有趣了，因为正如Barbarian正确指出的那样，用真正的C++来编码要容易得多，有更多的可能性。
简而言之，最好的解决方案是让MQL4保持原样，并在MT4中添加MQL5作为独立的语言（只有一组功能会与MT5不同）。用户将自己决定用哪种语言写作。