对MT5的祝愿 - 页 47 1...404142434445464748495051525354...117 新评论 Mykola Demko 2010.12.26 22:23 #461 lea: 好吧，如果它如此重要，让我们用Java来代替C++。同时翻译成字节码 :)我们是否要求重新考虑语言标准？ 要求增加一个通用类型是不太合适的。 你应该要求提供模板。而对于通用类型来说，OOP已经足够了。让它作为模板来实现，主要是提供实现任何类型参数传递的 可能性。这将大大减少代码的数量。将不需要做一堆不必要的过载。只有在初始化过程中进行检查，就可以了。到目前为止，事实证明，对于所有类型，你需要对每个有输入参数的函数进行14次重载。 Документация по MQL5: Основы языка / Функции / Передача параметров www.mql5.com Основы языка / Функции / Передача параметров - Документация по MQL5 [删除] 2010.12.26 23:00 #462 Urain:让它以模板的形式实现，最主要的是能够实现任何类型的参数传递。这将大大减少代码的大小。将不需要做一堆不必要的过载。只有在初始化过程中进行检查，就可以了。到目前为止，事实证明，对于所有类型，你需要对每个有输入参数的函数进行14次重载。 你可以在Visual Basic中编写一个dll--它支持 "变体 "通用类型。当然，如果它适合你的话。 Mykola Demko 2010.12.26 23:15 #463 -Alexey-: 你可以用Visual Basic编写一个dll--它支持通用类型 "variant"。当然，如果它适合你的话。:o)一个小男孩正牵着一头牛去交配。这头牛是个大男孩。这头牛倔强地拒绝了。 一个路人问他（原文转写）。-你要把牛带到哪里去？-给公牛，用于繁殖。-你就不能这样做吗？-倪，慕名而来的瓶子自己的公牛。:o)谢谢你的提示，但我们会在mql5上进行斗争。 Aleksandr Chugunov 2010.12.27 09:51 #464 -Alexey-:1.111e5和9.999e4是清楚的。但我需要对这些进行比较。9.9999999999999999968e-017（关于数字的精度损失我另外写了）。帮助告诉我，差异小于DBL_EPSILON 的数字应该被认为是没有区别 的。对不起，如果我没有说清楚--我现在才刚刚学会:)特别感谢你提供的关于指数的信息。最有趣的事情 ))))))))即使是普通的有线运营商也已经转而使用超精确的计算.....下面是我的家庭号码的分类。 [删除] 2010.12.27 15:01 #465 AlexSTAL:恶作剧))))))))即使是普通的有线运营商也已经转而使用超精确的计算.....以下是我的家庭号码的详细信息。 有什么可说的呢...我相信，这样一颗人类思想的钻石（这样一个强大的可编程交易平台）和像MT5这样备受尊敬的开发人员-专业人士的工作，应该在其所有方面闪闪发光，而计算的准确性应该是这些方面之一，它实现了计算速度和灵活性的潜力，最终))))))))。 Yedelkin 2010.12.27 16:52 #466 -Alexey-: 有什么可说的呢...我相信，这样一个人类思想的钻石（这样一个强大的可编程交易平台，毫不夸张地说）和深受尊敬的开发人员--像MT5这样大写字母的专业人员的活动，应该在其所有方面闪闪发光，计算的准确性应该是这些方面之一，实现计算的速度和灵活性的潜力，这是在程序中建立到最后))))))))。 我建议你写信给服务台。有很多愿望，开发商也有同样多的优先事项，而应用程序不会在任何地方丢失。 Общайтесь с разработчиками через Сервисдеск! www.mql5.com Ваше сообщение сразу станет доступно нашим отделам тестирования, технической поддержки и разработчикам торговой платформы. [删除] 2011.01.06 00:13 #467 Yedelkin: 我建议你写信给服务台。有很多请求，开发人员有同样多的高优先级任务，而且请求不会在任何地方丢失。亲爱的Yedelkin，我听从了你的建议。一位公司代表感谢我的愿望，并说会考虑这个愿望。他还补充说，如果有一个积极的决定，这一功能可以不早于半年甚至一年内实施。尊敬的开发者，我注意到，当指标运行时（进行计算），任务管理器显示CPU负载为50%。随即产生了一个愿望，即使用所有的核心，或一个可配置的数字到100%（当然，不是在垄断访问模式下），如在测试器中--在测试期间，总负荷约为100%。另外50%是非常需要的。还能够使用远程代理（其他家庭电脑）来加快计算速度。在另一个主题中，我也提到，如果可能的话，使用GPU也是非常好的（听说），这种系统已经有人实现了。 这是否现实，或者这种解决方案是MT6的可能特权？ [删除] 2011.01.06 07:19 #468 -Alexey-:尊敬的开发者，我注意到当指标在工作时（进行计算）任务管理器显示CPU负载为50%。立即产生了一个愿望，即使用所有的核心，或在100%的情况下使用可配置数量的核心（当然，不是在垄断访问模式下），如在测试器中--在测试期间，总负荷约为100%。另外50%是非常需要的。还能够使用远程代理（其他家庭电脑）来加快计算速度。在另一个主题中，我也提到，如果可能的话，使用GPU也是非常好的（听说），这种系统已经有人实现了。 这是否现实，或者这种解决方案是MT6的可能特权？所有内核的想法当然是个好主意，但那样你就不得不搞多线程，而据我所知，多线程是MT的主要问题（至少目前是这样）。在我看来，使用图形协处理器或代理是一个相当可疑的事情（很可能会出现更多的问题，而不是有用的问题），但使用一些本地核心（至少两个）可能是相当可行的。PS同样有趣的是，有没有人想过使用WinAPI 或自己的DLL（作为一种替代）实现 "多线程"？也很想知道开发者对这个问题的看法。还是他们认为Fix API 会完全消除这个问题（尽管我猜它会部分消除）？ Bars 2011.01.12 22:32 #469 我想特别感谢MetaQuotes 的工作人员和程序员在MT5中修正了时间（工具窗口的位置）。我们恳请他们在MT4上也这样做。我祝愿你在新的一年里取得成功。 Yedelkin 2011.01.21 21:15 #470 我没有找到一种方法来禁用符号的流速（NewTick 事件），在图表上附加一个专家顾问。 如果没有这样的方法，我建议引入一个单选按钮功能，允许你以编程方式禁止生成符号的NewTick 事件，以连接专家顾问的图表。 解释一下。如果一个专家顾问不提供对其所附图表的符号的处理，该符号的NewTick 事件的连续产生将导致事件队列的溢出，由该EA处理。 1...404142434445464748495051525354...117 新评论 原因: 取消 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
好吧，如果它如此重要，让我们用Java来代替C++。同时翻译成字节码 :)我们是否要求重新考虑语言标准？
要求增加一个通用类型是不太合适的。 你应该要求提供模板。而对于通用类型来说，OOP已经足够了。
让它作为模板来实现，主要是提供实现任何类型参数传递的 可能性。
这将大大减少代码的数量。将不需要做一堆不必要的过载。只有在初始化过程中进行检查，就可以了。
到目前为止，事实证明，对于所有类型，你需要对每个有输入参数的函数进行14次重载。
让它以模板的形式实现，最主要的是能够实现任何类型的参数传递。
这将大大减少代码的大小。将不需要做一堆不必要的过载。只有在初始化过程中进行检查，就可以了。
到目前为止，事实证明，对于所有类型，你需要对每个有输入参数的函数进行14次重载。
你可以用Visual Basic编写一个dll--它支持通用类型 "variant"。当然，如果它适合你的话。
:o)
一个小男孩正牵着一头牛去交配。这头牛是个大男孩。这头牛倔强地拒绝了。
一个路人问他（原文转写）。
-你要把牛带到哪里去？
-给公牛，用于繁殖。
-你就不能这样做吗？
-倪，慕名而来的瓶子自己的公牛。
:o)
谢谢你的提示，但我们会在mql5上进行斗争。
1.111e5和9.999e4是清楚的。但我需要对这些进行比较。9.9999999999999999968e-017（关于数字的精度损失我另外写了）。帮助告诉我，差异小于DBL_EPSILON 的数字应该被认为是没有区别 的。对不起，如果我没有说清楚--我现在才刚刚学会:)特别感谢你提供的关于指数的信息。
最有趣的事情 ))))))))即使是普通的有线运营商也已经转而使用超精确的计算.....
下面是我的家庭号码的分类。
恶作剧))))))))即使是普通的有线运营商也已经转而使用超精确的计算.....
以下是我的家庭号码的详细信息。
有什么可说的呢...我相信，这样一个人类思想的钻石（这样一个强大的可编程交易平台，毫不夸张地说）和深受尊敬的开发人员--像MT5这样大写字母的专业人员的活动，应该在其所有方面闪闪发光，计算的准确性应该是这些方面之一，实现计算的速度和灵活性的潜力，这是在程序中建立到最后))))))))。
我建议你写信给服务台。有很多请求，开发人员有同样多的高优先级任务，而且请求不会在任何地方丢失。
亲爱的Yedelkin，我听从了你的建议。一位公司代表感谢我的愿望，并说会考虑这个愿望。他还补充说，如果有一个积极的决定，这一功能可以不早于半年甚至一年内实施。
尊敬的开发者，我注意到，当指标运行时（进行计算），任务管理器显示CPU负载为50%。随即产生了一个愿望，即使用所有的核心，或一个可配置的数字到100%（当然，不是在垄断访问模式下），如在测试器中--在测试期间，总负荷约为100%。另外50%是非常需要的。还能够使用远程代理（其他家庭电脑）来加快计算速度。在另一个主题中，我也提到，如果可能的话，使用GPU也是非常好的（听说），这种系统已经有人实现了。 这是否现实，或者这种解决方案是MT6的可能特权？
-Alexey-:
尊敬的开发者，我注意到当指标在工作时（进行计算）任务管理器显示CPU负载为50%。立即产生了一个愿望，即使用所有的核心，或在100%的情况下使用可配置数量的核心（当然，不是在垄断访问模式下），如在测试器中--在测试期间，总负荷约为100%。另外50%是非常需要的。还能够使用远程代理（其他家庭电脑）来加快计算速度。在另一个主题中，我也提到，如果可能的话，使用GPU也是非常好的（听说），这种系统已经有人实现了。 这是否现实，或者这种解决方案是MT6的可能特权？
所有内核的想法当然是个好主意，但那样你就不得不搞多线程，而据我所知，多线程是MT的主要问题（至少目前是这样）。
在我看来，使用图形协处理器或代理是一个相当可疑的事情（很可能会出现更多的问题，而不是有用的问题），但使用一些本地核心（至少两个）可能是相当可行的。
PS
同样有趣的是，有没有人想过使用WinAPI 或自己的DLL（作为一种替代）实现 "多线程"？
也很想知道开发者对这个问题的看法。还是他们认为Fix API 会完全消除这个问题（尽管我猜它会部分消除）？
我想特别感谢MetaQuotes 的工作人员和程序员在MT5中修正了时间（工具窗口的位置）。我们恳请他们在MT4上也这样做。我祝愿你在新的一年里取得成功。
我没有找到一种方法来禁用符号的流速（NewTick 事件），在图表上附加一个专家顾问。
如果没有这样的方法，我建议引入一个单选按钮功能，允许你以编程方式禁止生成符号的NewTick 事件，以连接专家顾问的图表。
解释一下。如果一个专家顾问不提供对其所附图表的符号的处理，该符号的NewTick 事件的连续产生将导致事件队列的溢出，由该EA处理。