如果MetaTrader 6明天问世 - 页 3

[Vasiliy Sokolov]

Urain:
我想选择一个MT，与所有的deltas和诡计。

MT5支持它。但是，要想让经纪商弄清楚这一点，还需要好几年的时间。

[Mykola Demko]

我刚刚想起来，有人要求对买入和卖出头寸的止损位进行颜色区分，卖出和买入是分开设置的，所以由它们触发的止损位也应该分开设置。

[Mykola Demko]

还有一个长期以来的要求，即在测试器中做 "向前走 "分析。

[Mykola Demko]

在测试器中做NS培训。

[Vladimir Gomonov]

Urain:

我希望测试器分为两部分，快速测试器-优化器和精确测试器-调试器（它也应该包括可视化器）。

优化器只检查指标信号的盈利能力，调试器检查执行的准确性。

似乎很久以前就有必要将它们分开，即使没有调试器也是如此。// 在同一个按钮上使用测试器和优化器是一件很麻烦的事情，可用性很低。

它在实践中能给我们带来什么？

1.测试到当前分钟。

如果以这种方式限制优化器是可以理解的，那么为什么要限制测试？

我想现在是由于测试仪+优化器的过度胶合，我开始看到这个系列的各种恐怖。

"Renat: - 你是在建议用优化结果与测试结果 不一致的请求来淹没servicedesk吗？":)))

2.能够在不中断优化过程的情况下彻底测试参数集的个别实现，这是一个非常有用的功能。

3.最后，直接从图表中工作的专家顾问（从MQL）调用测试和优化。

开发者提到的最后一个 "反对 "理由："如何测试自我优化的EA？当测试器和优化器分开实现时，通过禁止优化器调用测试器本身，同时允许从测试器中调用优化器，可以很容易地防止递归。

4,5,6....我还可以举出很多论据，但任何一个都足够了。

Urain:
长期以来，人们一直要求在测试器中进行 "向前走 "分析。

[Vladimir Gomonov]

C-4:
以C#为例。当试图绑定一个函数或变量时，编译器会产生一个错误，因为函数或变量是较低层次的概念，只能放在类或结构中。而在MQL5中，似乎有一些混乱--有类，但也有调用这些类的函数，而这应该是反过来的：很多类都是通过它们所支持的方法相互交流的。

理解，我同意C#意识形态比C++意识形态好得多，但这是党对++的定位。 我不知道在这个话题上集会有什么意义，我相信它虽然没有用。

[Mykola Demko]

我希望看到除了已经存在的按压事件之外，还有鼠标或按键事件这样的小东西。

[Andrew Petras]

1个图形。提高图表的可用性，图形对象...我想要一个文本标签的阴影。而带点的样式要用点来画......还有在终端后面绘制的图表窗口，以及拉伸的属性 窗口，以及在市场窗口拖动的标签。这就是全部。

2 自定义历史。

3个CCA，如果完成

[Vladimir Gomonov]

Urain:
在一个测试人员中做NS培训。

你需要一个MQL驱动的遗传优化器，而任何NS的培训都是不可能的。

[Vladimir Gomonov]

Urain:
我希望看到这样一个小东西，除了已经存在的按压事件之外，还有鼠标点击或按键的事件。

我需要正常的MQL驱动的窗口，标准的Windows对话框和可视化的编辑手段。 当然，要完全处理所有的用户事件。

理想情况下--终端的整个界面应该在mql6中实现。 那么开发者肯定不会错过这样清晰的程序员对界面功能的查询。