对MT5的祝愿 - 页 44

[---]

Shurik740:
是的，但独立的窗口而不是标签（现在是），确实更方便。如果在优化过程中，有一个可视化模式的并行测试，这将是一个童话故事......

这是关于可用性的第二个问题。

当然，有三个25英尺显示器的人可以分别拥有所有的标签。

但别忘了，大多数人都有一台显示器。而且你必须小心翼翼地保存所有的区域。

[---]

Erm955:

但我一直想把测试器作为EA内部的一个函数（或OOP类）来运行。然后我们可以比现在更有效地管理测试/优化过程。毕竟，现在即使是按历史时期进行的顺序测试，也是从一个标签中进行的，而不是以编程方式进行。创建一些测试/优化程序，然后在其上自主地运行测试器（例如过夜），这将是很方便的。在一个小的DBMS里面做这件事也不失为一个好主意。

我认为他们也会用5个月来做。唯一的问题是MT5的发布时间。

[[删除]]

Erm955:

但我一直想把测试器作为EA内部的一个函数（或OOP类）来运行。然后我们可以比现在更有效地管理测试/优化过程。毕竟，现在即使是按历史时期进行的顺序测试，也是从一个标签中进行的，而不是以编程方式进行。创建一些测试/优化程序，然后在其上自主地运行测试器（例如过夜），这将是很方便的。在一个小的DBMS里面做这件事也不失为一个好主意。

我不认为从EA做测试有什么问题。另一个问题是如何更好地实施它？

你可以使用OOP，在专家顾问里面做（很方便，所有东西都是用MQL组织的）。例如，对我来说，这种方法是有意义的。

处理过程可以在外部软件中运行，并从那里得到结果（也有很多优点）。

如果有必要，你也可以使用DBMS。

[Yedelkin]

Interesting:

我不认为从EA测试有什么问题。

这是一个有趣的话题。是否有任何关于这方面的文章？我还不知道如何实现它。

[[删除]]

Yedelkin:
这是一个有趣的话题。是否有任何关于这一主题的文章？到目前为止，我还不知道它可能如何实施。

我不认为有任何文章，至少在MQL5中（尽管我可能是错的）。虚拟交易和自动优化有一些共同点（似乎有很多关于此类主题的文章）。

我从上周数据的虚拟交易角度对这个问题感兴趣（想法是在周末执行自动优化）。

我想在MQL5中运行它。 然而，我面临一些困难。

实现多符号处理是非常困难的（我决定暂时只处理一对）。

要正确实现多线程是非常困难的。

3.它非常耗费时间。这值得在初始化期间或在周末进行。

4.在我看来，用输入参数（包括它们的优化-枚举）来工作是非常困难的。我仍然在考虑使用这些参数：TP、SL和Lot。

PS

我在用指标工作时也有一些困难。

也许在外部软件中工作（不管是什么软件，如何工作），并从中检索出优化结果 会更容易。

[Pavel Tsatsenko]

自从MT4问世以来，我一直希望它能在光标切换到十字线时有一个条形磁化模式。瞄准时非常不方便，特别是当规模小的时候。

如果不是磁化，那么至少是光标所在的条形图的照度。

在条形图之间没有数据，为什么会有这些波动，你有一只眼睛看数据窗口，另一只眼睛跟踪光标，鼠标没有移动哪怕一点点。

当然，我是在夸大其词），但磁性光标是一个非常方便的东西，如果你给它加上一个数据窗口（可切换），那将是一个真正的美景。

我希望能在MT5中看到它。

我在MT4测试期间提出过这个建议，他们拒绝了，我不记得原因了。

[[删除]]

MQL5项目 可以在MetaEditor环境下编译成一个dll。这样，写好的代码就可以在不重写的情况下移植到其他平台。

[[删除]]

-Alexey-:
MQL5项目可以在MetaEditor环境下编译成一个dll。编写的代码将可以移植到其他平台，而不需要重写。

我认为它永远不会被实施，为了什么？

你现在也可以把它转移到另一个MT5。 如果你需要DLL，你不会完全得到它。

[Владимир]

Думал на счет выполнения на чистом MQL5, столкнулся с такими трудностями:

你看，这不是那么容易。我宁愿让开发人员或强大的程序员来做这件事。我负担不起。

[[删除]]

Interesting:

这不太可能被实施，为什么？

你现在也可以转到另一个MT5，如果你需要DLL，无论如何你都不能完全做到。

例如，我喜欢这种语言--强烈的。计算速度还没有得到测试。也就是说，C++的能力对于某些事情来说已经是多余的了。还有一个（曾经写过的）计算，我想连接到阿米，比如说。