如果MetaTrader 6明天问世 - 页 3 12345678910...13 新评论 Vasiliy Sokolov 2013.09.12 14:53 #21 Urain: 我想选择一个MT,与所有的deltas和诡计。 MT5支持它。但是,要想让经纪商弄清楚这一点,还需要好几年的时间。 Mykola Demko 2013.09.12 14:56 #22 我刚刚想起来,有人要求对买入和卖出头寸的止损位进行颜色区分,卖出和买入是分开设置的,所以由它们触发的止损位也应该分开设置。 Mykola Demko 2013.09.12 14:57 #23 还有一个长期以来的要求,即在测试器中做 "向前走 "分析。 Mykola Demko 2013.09.12 14:58 #24 在测试器中做NS培训。 Vladimir Gomonov 2013.09.12 15:05 #25 Urain:我希望测试器分为两部分,快速测试器-优化器和精确测试器-调试器(它也应该包括可视化器)。优化器只检查指标信号的盈利能力,调试器检查执行的准确性。似乎很久以前就有必要将它们分开,即使没有调试器也是如此。// 在同一个按钮上使用测试器和优化器是一件很麻烦的事情,可用性很低。它在实践中能给我们带来什么?1.测试到当前分钟。如果以这种方式限制优化器是可以理解的,那么为什么要限制测试?我想现在是由于测试仪+优化器的过度胶合,我开始看到这个系列的各种恐怖。"Renat: - 你是在建议用优化结果与测试结果 不一致的请求来淹没servicedesk吗?":)))2.能够在不中断优化过程的情况下彻底测试参数集的个别实现,这是一个非常有用的功能。3.最后,直接从图表中工作的专家顾问(从MQL)调用测试和优化。开发者提到的最后一个 "反对 "理由:"如何测试自我优化的EA?当测试器和优化器分开实现时,通过禁止优化器调用测试器本身,同时允许从测试器中调用优化器,可以很容易地防止递归。4,5,6....我还可以举出很多论据,但任何一个都足够了。Urain: 长期以来,人们一直要求在测试器中进行 "向前走 "分析。 Vladimir Gomonov 2013.09.12 15:09 #26 C-4: 以C#为例。当试图绑定一个函数或变量时,编译器会产生一个错误,因为函数或变量是较低层次的概念,只能放在类或结构中。而在MQL5中,似乎有一些混乱--有类,但也有调用这些类的函数,而这应该是反过来的:很多类都是通过它们所支持的方法相互交流的。 理解,我同意C#意识形态比C++意识形态好得多,但这是党对++的定位。 我不知道在这个话题上集会有什么意义,我相信它虽然没有用。 Mykola Demko 2013.09.12 15:11 #27 我希望看到除了已经存在的按压事件之外,还有鼠标或按键事件这样的小东西。 Andrew Petras 2013.09.12 15:12 #28 1个图形。提高图表的可用性,图形对象...我想要一个文本标签的阴影。而带点的样式要用点来画......还有在终端后面绘制的图表窗口,以及拉伸的属性 窗口,以及在市场窗口拖动的标签。这就是全部。2 自定义历史。3个CCA,如果完成 Документация по MQL5: Основы языка / Препроцессор / Свойства программ (#property) www.mql5.com Основы языка / Препроцессор / Свойства программ (#property) - Документация по MQL5 Vladimir Gomonov 2013.09.12 15:12 #29 Urain: 在一个测试人员中做NS培训。 你需要一个MQL驱动的遗传优化器,而任何NS的培训都是不可能的。 Vladimir Gomonov 2013.09.12 15:14 #30 Urain: 我希望看到这样一个小东西,除了已经存在的按压事件之外,还有鼠标点击或按键的事件。我需要正常的MQL驱动的窗口,标准的Windows对话框和可视化的编辑手段。 当然,要完全处理所有的用户事件。理想情况下--终端的整个界面应该在mql6中实现。 那么开发者肯定不会错过这样清晰的程序员对界面功能的查询。 12345678910...13 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我想选择一个MT,与所有的deltas和诡计。
我希望测试器分为两部分,快速测试器-优化器和精确测试器-调试器(它也应该包括可视化器)。
优化器只检查指标信号的盈利能力,调试器检查执行的准确性。
似乎很久以前就有必要将它们分开,即使没有调试器也是如此。// 在同一个按钮上使用测试器和优化器是一件很麻烦的事情,可用性很低。
它在实践中能给我们带来什么?
1.测试到当前分钟。
如果以这种方式限制优化器是可以理解的,那么为什么要限制测试?
我想现在是由于测试仪+优化器的过度胶合,我开始看到这个系列的各种恐怖。
"Renat: - 你是在建议用优化结果与测试结果 不一致的请求来淹没servicedesk吗?":)))
2.能够在不中断优化过程的情况下彻底测试参数集的个别实现,这是一个非常有用的功能。
3.最后,直接从图表中工作的专家顾问(从MQL)调用测试和优化。
开发者提到的最后一个 "反对 "理由:"如何测试自我优化的EA?当测试器和优化器分开实现时,通过禁止优化器调用测试器本身,同时允许从测试器中调用优化器,可以很容易地防止递归。
4,5,6....我还可以举出很多论据,但任何一个都足够了。
长期以来,人们一直要求在测试器中进行 "向前走 "分析。
以C#为例。当试图绑定一个函数或变量时,编译器会产生一个错误,因为函数或变量是较低层次的概念,只能放在类或结构中。而在MQL5中,似乎有一些混乱--有类,但也有调用这些类的函数,而这应该是反过来的:很多类都是通过它们所支持的方法相互交流的。
1个图形。提高图表的可用性,图形对象...我想要一个文本标签的阴影。而带点的样式要用点来画......还有在终端后面绘制的图表窗口,以及拉伸的属性 窗口,以及在市场窗口拖动的标签。这就是全部。
2 自定义历史。
3个CCA,如果完成
在一个测试人员中做NS培训。
我希望看到这样一个小东西,除了已经存在的按压事件之外,还有鼠标点击或按键的事件。
我需要正常的MQL驱动的窗口,标准的Windows对话框和可视化的编辑手段。 当然,要完全处理所有的用户事件。
理想情况下--终端的整个界面应该在mql6中实现。 那么开发者肯定不会错过这样清晰的程序员对界面功能的查询。