标准功能/方法的其他实现方式 - 页 5 12345678910111213 新评论 Fast235 2018.06.09 22:50 #41 fxsaber) fxsaber 2018.06.12 12:55 #42 最近出现的i系列函数是用MQL编写的?而在编译时,他们是否嵌入了他们的MQL源(如mqh)以更有效地编译? Nikolai Semko 2018.06.12 15:03 #43 fxsaber: 最近出现的i系列函数是用MQL?而在编译时,他们嵌入了他们的MQL-源(如mqh),以提高编译效率? 没有#include,这怎么可能呢?如果出现了命名冲突怎么办? fxsaber 2018.06.12 15:40 #44 Nikolai Semko: 没有#include,这怎么可能呢?如果名字有冲突怎么办?这些根本就不是主要的实施细节。 Rashid Umarov 2018.06.13 05:52 #45 fxsaber: 最近出现的i系列函数是用MQL?而在编译时,他们是否嵌入了他们的MQL源(如mqh)以更有效地编译?不,当然不是。 fxsaber 2018.06.13 07:22 #46 Rashid Umarov:不,当然不是。那么请澄清这些句子 关于交易、自动交易系统和交易策略测试的论坛 标准功能/方法的其他实现方式 Renat Fatkhullin, 2018.06.09 17:10 我们回到了将大量简单的系统函数原生嵌入到所产生的MQL5代码中的想法,这使我们能够通过在所产生的代码的全局优化中使用这些函数来大大加快它们。它涉及像NormalizeDouble、字符串操作等函数。将在下周发布后的下一次测试中提供。 Alexander Bereznyak 2018.06.13 08:02 #47 这似乎是关于在处理器指令层面上的本地代码执行。 Rashid Umarov 2018.06.13 09:26 #48 fxsaber:那么请澄清这些句子 我自己也不确定--让我们等待实施,可能会有一个解释。 Alexey Navoykov 2018.06.13 21:23 #49 我认为在Five中加入这些功能根本不是什么优先事项。 除了iBarShift,就效率而言,它确实是不可或缺的。 至于其他的,现有的自行编写的类似功能在性能上并不逊色。 所以,在这上面浪费时间和资源有什么意义呢? 毕竟,对于程序员来说,有更多必要的东西在语言本身中缺失。 fxsaber 2018.06.13 21:28 #50 Alexey Navoykov:现有的自写等价物在性能上并不逊色。 即使是类似物在性能方面也有很大的不同。能写的人或能找到的人还不到用户的一个百分比。 12345678910111213 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
最近出现的i系列函数是用MQL?而在编译时,他们嵌入了他们的MQL-源(如mqh),以提高编译效率?
没有#include,这怎么可能呢?
这些根本就不是主要的实施细节。
最近出现的i系列函数是用MQL?而在编译时,他们是否嵌入了他们的MQL源(如mqh)以更有效地编译?
不,当然不是。
不,当然不是。
那么请澄清这些句子
关于交易、自动交易系统和交易策略测试的论坛
标准功能/方法的其他实现方式
Renat Fatkhullin, 2018.06.09 17:10
我们回到了将大量简单的系统函数原生嵌入到所产生的MQL5代码中的想法,这使我们能够通过在所产生的代码的全局优化中使用这些函数来大大加快它们。那么请澄清这些句子
我自己也不确定--让我们等待实施,可能会有一个解释。
我认为在Five中加入这些功能根本不是什么优先事项。 除了iBarShift,就效率而言,它确实是不可或缺的。 至于其他的,现有的自行编写的类似功能在性能上并不逊色。 所以,在这上面浪费时间和资源有什么意义呢? 毕竟,对于程序员来说,有更多必要的东西在语言本身中缺失。
现有的自写等价物在性能上并不逊色。
即使是类似物在性能方面也有很大的不同。能写的人或能找到的人还不到用户的一个百分比。