错误、漏洞、问题 - 页 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上的存储库，谷歌磁盘--首先想到的就是这个。
你自己会明白关于唾液和天体的事情，我不会在电波中乱说。