有点惊讶 :)我想我应该分享并提出一个非反问的问题。

[Academic]

我不知所措了。:(

我一直在...我一直在打探一个想法，我没有注意到我写了一个类似测试器的东西。:)

当然，这是一个简单的，但天平在计算，并显示自2006年以来的所有刻度。它是多货币的，但我只用一个符号工作。

令我不解的是--15000次运行，自2011年2月15日以来的所有ticks，（直接搜索两个参数）需要四分钟。当然，一切都在一个核心上运行。

但现在我坐下来想--我需要MT5慢速测试器做什么？看在上帝的份上，我真的不明白--要检查策略，一切都要快速而简单。那么，为什么MT5测试器如此有用？

说出其优点。我相信是有的！！！。但我很茫然--我在等什么呢？:)

现在我将运行自2007年以来的同样的15000，以每分钟300点的速度运行。我就会不高兴。:)请改变你的想法。

[Rashid Umarov]

Academic:

现在我将以每分钟300点的速度运行与2007年相同的15000点。我就会对所有的事情感到不安。:)改变你的想法吧。

在你的 "测试器 "中运行MovingAverages，让我们看看 :)

你不应该把一个简单的计算器称为测试器。

[Academic]

Rosh:

在你的 "测试器 "中运行MovingAverages，看看 :)

你不应该把一个简单的计算器称为测试器。

实际上，我的 "策略 "中只是对每个柱子进行计算，对大约300个柱子进行回顾性分析。因此，它几乎是在那里。

你必须在那里做大量的数学运算。它比我的数字快，这是肯定的。到目前为止，我只看到一个有用的功能--让指标和策略的 "买家 "能够在测试器中运行它们。不是程序员。这就是全部。:(

[Rashid Umarov]

Academic:

有很多计数工作要做。它比我的数字化仪更快，这是肯定的。到目前为止，我只看到一个有用的东西--让指标和策略的 "买家 "能够在测试器中运行它们。不是程序员。这就是全部。:(

在你的 "测试器 "里放一个指示器，这有多容易？然后让你的 "策略 "从 "测试者 "那里在线上发挥作用，而不是在你的 "测试者 "的球形真空中。

[Academic]

Rosh:
放入你的 "测试器 "指标，这有多容易？然后让你的 "策略 "从 "测试者 "那里在线上发挥作用，而不是在你的 "测试者 "的球形真空中。

外星人指标？我认为这将是一个痛苦的过程。我甚至不会去尝试。

而在网上，我不认为这将是困难的。这不是一个TC，是一个想法。你仍然要适应它。但是，你需要一种用于编程策略的语言这一事实是没有争议的。:)但是，对我来说，一个较慢的赛车手在历史数据上的价值，唉，正如我现在看来的那样--不明显。:(

因此，让我们来写--检查 "其他人 "的策略。这正是我所写的。但它毕竟只是一个测试器--不是一个优化器。:)

[Mykola Demko]

Academic:

好吧，实际上我的 "策略 "只是对每个柱子进行计算，并对大约300个柱子前进行回顾性分析。因此，它几乎是在那里。

有很多计算工作要做。它比我的数字快，这是肯定的。到目前为止，我只看到一个有用的功能--让指标和策略的 "买家 "能够在测试器中运行它们。不是程序员。这就是全部。:(

我同意，运行报价并计算开盘和收盘信号之间的差异比在测试器中运行专家顾问要快。

但测试器是一个通用的交易模拟环境。这并不取决于专家顾问的算法。

例如，尝试在你的计算器中模拟一个与挂单一起工作的网格操作员，你会厌倦适应的。

这种普遍性是浪费资源的原因。所以，测试员首先需要的是一个交易员，而不是一个程序员。程序员可以通过编写自己的计算器来检查他或她的策略。

---

但不要抓住 "程序员 "这个词。在MQL中，没有那些对交易一无所知的程序员。所以，程序员是包括交易经验的概念的延伸。就像许多交易者知道在MQL中编程的基础知识。

按照我的理解，交易员是指从事交易的人，这是他的主要职业。他可能知道也可能不知道编程。

程序员是一个写程序的人；他可能是也可能不是一个成功的交易员。但他必须知道交易的基本知识，否则他在MQL中就无事可做。

现在，告诉你自己，谁需要一个测试员--一个可以不需要它的程序员，还是一个必须为任何小细节打电话给程序员的交易者？

[Renat Fatkhullin]

对每个人来说，编写自己的测试器是很有用的。

[Andrey Dik]

Renat:
对每个人来说，编写自己的测试器是件好事。

金句。

不，真的，他们是黄金。此外，一个由你亲手写的测试器，真的让你对许多事情大开眼界。

编写一个可以不费吹灰之力运行任何TC的测试器实际上是非常困难的。最有可能的是，如果测试器是你亲手写的，它只是一个 "计算器"。

[Mykola Demko]

  Немного удивлен :)

我很惊讶作者要如何分享知识，因为没有任何代码或新想法。

而计算器比测试器快的事实是一个老故事了，我从2004年起就知道了，从MQL2开始。

尽管我们应该承认，现在的差距更有利于计算器。它表示一种先进的语言，几乎与SRR的速度相同。

但它几乎有很多应用的好处。

[Academic]

Renat:
对每个人来说，编写自己的测试器是很有用的。

矛盾的是，优化器的主要优势在于它的性能。 在其他条件相同的情况下，比如说，能让你画出东西的就更好。:)

一句话，MT-优化器，即优化器的优势在我看来并不明显。

但不是重点，我的意思是，可能它值得为你建造一个怪物--无论如何，数字破碎机会更有用--只有当它不会损失太多，你才能使用它。我个人对此表示怀疑。不是因为你没有完成，而只是因为IMHO--你不能把测试员和优化员结合起来--他们有不同的任务。想想看--人们必须检查 "想法"，并迅速搜索YES/NO。另一个是模拟现实。

[Academic]

joo:

黄金之言。

不，真的，他们是。一个测试员，甚至是亲手写的，真的能让你开阔眼界，了解很多事情。

要编写一个可以不费吹灰之力就能运行任何TC的测试器，实际上是非常困难的。最有可能的是，如果测试器是你亲手写的，它只是一个 "计算器"。

我已经写了不止一个所谓的测试器--最复杂的一个:)不比MT-ish one.... 差。那么甚至更好--更快。:)但这是一个商业产品。:)我已经可以说，从这个经验（分享），有必要区分任务--对测试人员来说是一个（模拟），对优化人员来说是另一个。而且，我们不能以降低现实主义的本质为代价来提高性能（例如，仅通过开盘价）。