错误、漏洞、问题 - 页 2561 1...255425552556255725582559256025612562256325642565256625672568...3184 新评论 TheXpert 2019.09.16 10:20 #25601 Сергей Таболин: 而为什么会有这么多的摩擦? 我可能无法向你解释。你至少要明白解决方案和拐杖之间的区别。 Roman 2019.09.16 10:31 #25602 Igor Makanu: 我找不到一个有测试简单操作/操作者的主题,上次我测试时破坏了神话#1https://www.mql5.com/ru/forum/160683/page933#comment_12780905 我想用case代替if,但在计算机时代的初期,我确信case与if相比太长。 测试了一下,效果一样,你可以用案例来保证代码文本的可读性。 2019.09.16 08:13:42.157 SpeedTst (EURUSD,H1) #1 : 如果 2019.09.16 08:15:30.640 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108469 2019.09.16 08:15:30.640 SpeedTst (EURUSD,H1) no2 : case 2019.09.16 08:17:19.134 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108515 2019.09.16 08:17:19.134 SpeedTst (EURUSD,H1) #3 : 如果 2019.09.16 08:19:07.662 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108516 2019.09.16 08:19:07.662 SpeedTst (EURUSD,H1) #4 : case 2019.09.16 08:20:56.122 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108453 2019.09.16 08:20:56.122 SpeedTst (EURUSD,H1) #5 : 如果 2019.09.16 08:22:44.570 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108469 2019.09.16 08:22:44.570 SpeedTst (EURUSD,H1) #6 : case 2019.09.16 08:24:33.023 SpeedTst (EURUSD,H1) if: loops=1215752192 ms=108437 嗯,也想过加快ifs的速度。 出于某种原因,我以为这种情况会更快,但看起来并不像。 而不是如果你能使用三元运算符,也许会更快。 Igor Makanu 2019.09.16 10:34 #25603 Roman: 你可以用三元运算符代替if,也许这样会更快。 测试一下吧,我对这个问题很感兴趣,我测试了一下,并公布了结果 开发人员对编译器进行了仔细的优化。 测试的结果是,你可能会使用最方便的(if或swith)--这就是你应该使用的,即使只是一个百分比,它们的速度绝对是一样的。 [删除] 2019.09.16 10:36 #25604 TheXpert: 我可能无法向你解释。为此,你至少应该了解解决方案和拐杖之间的区别。 我自己也不得不使用拐杖,而这些地方本来可以使用相当简单和有效的解决方案,你的讽刺(说得很温和)并没有给你带来好处。 如果你想让别人对你的每一句话都抱有一丝希望,那就继续吧。你在这里有权威,但不需要很长时间就能失去它。 而且除了你之外,这里有足够的、有权威的人。 P.S. 如果你不能解释你的观点--最好保持沉默。试图让你的对话者出丑--这就是你非常生动的特点。 P.P.S.我想请你不要在我的帖子上发表个人评论。你的 "权威 "足够吗?))) Andrey Khatimlianskii 2019.09.16 11:20 #25605 Сергей Таболин: 你的评论往往没有任何意义。只要不参与你不了解的话题,就会减少水灾的发生。 [删除] 2019.09.16 12:04 #25606 Andrey Khatimlianskii: 你的评论往往没有任何意义。只要不涉足你不了解的话题,就会减少水灾。 噢,胡说八道!)))你必须像你这样的人一样 "聪明",才能提出你的意见)))))))。 它们只对那些不想(考虑到自己的重要性)或不能(可能出于同样的原因;))看到的人没有意义。 让我亲自为你分析一下。 Zips将是很好的。明白了吗?(关键字--会是)。 但是没有。 从我们掌握的情况来看,Artem提供了一个正常的解决方案。你当然可以称它为 "拐杖",但...而你和其他人可以提供什么作为工作上的替代?当然,除了希望有拉链外,还有什么? 似乎许多大师根本无法将他们的欲望与真正的可能性分开。因此,他们向那些提醒他们的人吐口水。好吧,一个天人已经被训斥了。只有两种意见,我的和错误的意见 ))))我希望你已经超越了他们......不,我个人不会感到悲痛;) TheXpert 2019.09.16 12:09 #25607 Сергей Таболин: 你和其他人有什么可行的替代方案?除了,当然,希望有拉链? 是的,把它放在博客或其他资源上。最后在市场上,即使没有来源。 Andrey Khatimlianskii 2019.09.16 12:28 #25608 Сергей Таболин: 有更多的替代方案比你的帖子更有意义。 在bitbucket上的存储库,谷歌磁盘--首先想到的就是这个。 唾液和天体将被你理解,我不会在电波中乱扔垃圾。 [删除] 2019.09.16 12:28 #25609 TheXpert: 是的,把它放在博客或其他资源上。 最后在市场上,即使没有源代码。 那就去做吧,并给人们提供链接!这将是一个真正的步骤,而不仅仅是空洞的批评。 而后,才让专家(而不是我)评估每个解决方案的优点和缺点。这将是一个建设性的对话。 Artyom Trishkin 2019.09.16 12:40 #25610 Andrey Khatimlianskii: 有更多的替代方案比你的帖子更有意义。 在bitbucket上的存储库,谷歌磁盘--首先想到的就是这个。 你自己会明白关于唾液和天体的事情,我不会在电波中乱说。 原来的问题是如何把一些东西放进kodobase,而它却不让通过。我的方案是可行的,而批评者还没有在问题的主题上表现出任何东西。当然,除了膨胀的自我之外。还有第三方资源(这就偏离了主题)。 我注意到,论坛中许多所谓的荣誉成员最近都放空了,变成了扯淡,并试图在以前的功绩背景上膨胀。 不可能长期安于现状--人是会变的,对于资源的新用户来说,你们这些打肿脸充胖子的人只是没有价值和尊重的巨魔。 我不愿意看到我们所有的老前辈在我上面描述的情况下。这是一条无路可走的路。 1...255425552556255725582559256025612562256325642565256625672568...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
而为什么会有这么多的摩擦?
我可能无法向你解释。你至少要明白解决方案和拐杖之间的区别。
我找不到一个有测试简单操作/操作者的主题,上次我测试时破坏了神话#1https://www.mql5.com/ru/forum/160683/page933#comment_12780905
我想用case代替if,但在计算机时代的初期,我确信case与if相比太长。
测试了一下,效果一样,你可以用案例来保证代码文本的可读性。
2019.09.16 08:13:42.157 SpeedTst (EURUSD,H1) #1 : 如果
2019.09.16 08:15:30.640 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108469
2019.09.16 08:15:30.640 SpeedTst (EURUSD,H1) no2 : case
2019.09.16 08:17:19.134 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108515
2019.09.16 08:17:19.134 SpeedTst (EURUSD,H1) #3 : 如果
2019.09.16 08:19:07.662 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108516
2019.09.16 08:19:07.662 SpeedTst (EURUSD,H1) #4 : case
2019.09.16 08:20:56.122 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108453
2019.09.16 08:20:56.122 SpeedTst (EURUSD,H1) #5 : 如果
2019.09.16 08:22:44.570 SpeedTst (EURUSD,H1) if : loops=1215752192 ms=108469
2019.09.16 08:22:44.570 SpeedTst (EURUSD,H1) #6 : case
2019.09.16 08:24:33.023 SpeedTst (EURUSD,H1) if: loops=1215752192 ms=108437
嗯,也想过加快ifs的速度。
出于某种原因,我以为这种情况会更快,但看起来并不像。
而不是如果你能使用三元运算符,也许会更快。
你可以用三元运算符代替if,也许这样会更快。
测试一下吧,我对这个问题很感兴趣,我测试了一下,并公布了结果
开发人员对编译器进行了仔细的优化。 测试的结果是,你可能会使用最方便的(if或swith)--这就是你应该使用的,即使只是一个百分比,它们的速度绝对是一样的。
我可能无法向你解释。为此,你至少应该了解解决方案和拐杖之间的区别。
我自己也不得不使用拐杖,而这些地方本来可以使用相当简单和有效的解决方案,你的讽刺(说得很温和)并没有给你带来好处。
如果你想让别人对你的每一句话都抱有一丝希望,那就继续吧。你在这里有权威,但不需要很长时间就能失去它。
而且除了你之外,这里有足够的、有权威的人。
P.S. 如果你不能解释你的观点--最好保持沉默。试图让你的对话者出丑--这就是你非常生动的特点。
P.P.S.我想请你不要在我的帖子上发表个人评论。你的 "权威 "足够吗?)))
你的评论往往没有任何意义。只要不参与你不了解的话题,就会减少水灾的发生。
你的评论往往没有任何意义。只要不涉足你不了解的话题,就会减少水灾。
噢,胡说八道!)))你必须像你这样的人一样 "聪明",才能提出你的意见)))))))。
它们只对那些不想(考虑到自己的重要性)或不能(可能出于同样的原因;))看到的人没有意义。
让我亲自为你分析一下。
Zips将是很好的。明白了吗?(关键字--会是)。
但是没有。
从我们掌握的情况来看,Artem提供了一个正常的解决方案。你当然可以称它为 "拐杖",但...而你和其他人可以提供什么作为工作上的替代?当然,除了希望有拉链外,还有什么?
似乎许多大师根本无法将他们的欲望与真正的可能性分开。因此,他们向那些提醒他们的人吐口水。好吧,一个天人已经被训斥了。只有两种意见,我的和错误的意见 ))))我希望你已经超越了他们......不,我个人不会感到悲痛;)
有更多的替代方案比你的帖子更有意义。
在bitbucket上的存储库,谷歌磁盘--首先想到的就是这个。
唾液和天体将被你理解,我不会在电波中乱扔垃圾。
是的,把它放在博客或其他资源上。 最后在市场上,即使没有源代码。
那就去做吧,并给人们提供链接!这将是一个真正的步骤,而不仅仅是空洞的批评。
而后,才让专家(而不是我)评估每个解决方案的优点和缺点。这将是一个建设性的对话。
有更多的替代方案比你的帖子更有意义。
在bitbucket上的存储库,谷歌磁盘--首先想到的就是这个。
你自己会明白关于唾液和天体的事情,我不会在电波中乱说。