我的方法。核心是引擎。 - 页 71

 
Igor Makanu:

我一直忘了问@Peter Konow 你的开发在策略测试器中是否有效?

在Sharp上,该窗口在测试器中工作正常,没有任何减慢,因为该窗口在一个单独的线程中运行。

我现在正在研究一个解决方案。这里有一个概念。

  1. 当测试模式被激活时(特殊按钮被按下),引擎会断开与EA的连接,并开始在策略测试器图表中搜索相同的EA。
  2. 通过搜索测试者的图表,寻找特殊的 "链接对象",在测试者的初始化过程中创建专家顾问。
  3. 接下来,为自由信息传输设置要创建的通信对象的数量。
  4. 通信对象被创建,常规图表上的引擎和测试器中的专家顾问之间开始交换信息。
  5. 通信是通过读取/设置通信对象的描述来完成的。
"沟通 "系统已经想好了。一切都会迅速而顺利地进行。

 
不要忘记还有可视化和优化模式。在第二种情况下,一切都应该工作得更快,而不仅仅是快速...
你的引擎是如何处理大型表格(列表)的?例如,一个EA中的两个策略的交易表。这里的表现如何?
 
Aliaksandr Hryshyn:
不要忘记,还有一个可视化和优化模式。在第二种情况下,一切都应该工作得更快,而不仅仅是快速...
你的引擎是如何处理大型表格(列表)的?例如,一个EA中的两个策略的交易表。这里的表现如何?

是的,我想是的。我将考虑到这一点。在优化模式 下,用户根本不会按下引擎上的 "连接到EA的测试器 "按钮。

因此,引擎不会在测试器中搜索到Expert Advisor,也不会连接。

是的,它适用于表格。一切都足够快(人眼不会注意到任何滞后)。但是,目前还没有动态表。会做的。

 
Реter Konow:

我现在正在研究一个解决方案。其概念如下。

  1. 当激活测试模式时(通过按特殊按钮),发动机与EA断开连接,并开始在测试器图表上搜索相同的EA。
  2. 对测试器图表的搜索是通过搜索图表和寻找特殊的 "链接对象 "进行的,在测试器的初始化过程中创建专家顾问。
  3. 接下来,为自由信息传输设置要创建的通信对象的数量。
  4. 通信对象被创建,常规图表上的引擎和测试器中的专家顾问之间开始交换信息。
  5. 通信是通过读取/设置通信对象的描述来完成的。
"沟通 "系统已经想好了。一切都会迅速而顺利地进行。

而这就是你的引擎的非程序员用户被提供建立的那种交流?

 
Vasiliy Sokolov:

你的引擎的非程序员用户被要求进行这样的交流吗?

不,这种联系将由我来实施。

用户只需在测试器中抛出EA,并在源图表的引擎中点击"与测试器中的EA连接 " 按钮。

用户不需要做任何其他事情。连接会成功。

 
Vasiliy Sokolov:

而这就是要求你的引擎的非程序员用户建立的这种交流?

我记得军队和旅长曾经用这样一句话来结束他的演讲:除了性关系,根本就没有任何关系。

....我认为,即使在这个问题上,没有支持的用户,和有支持的用户,是不太可能的,在runent,好了不撒谎了,大约80%的用户甚至不能在测试器中正确地测试一些东西,他们只看到平衡图......,剩下的20=10%的自信用户,但原则上不打开MetaEditor,剩下的10%,是这个潜力

我认为,只有市场才能把一切都放在它的位置上。

- 彼得要么出售他自己的创作

- 或者他公布了源代码和手册,市场卖家会使用他的创作(在上个假期,一些小学生想在市场上出售由Master MQL5生成的专家顾问,但出了问题)))))

 

为什么要以任何特定方式寻找专家?在MT4中,你可以把指标放在视觉测试 图上。

但在MT5中,擦干你的船桨,你可以在那里搜索或不搜索。

 
Dmitry Fedoseev:

为什么要以任何特定方式寻找专家?在MT4中,你可以把指标放在视觉测试 图上。

但在MT5中,你需要擦干你的船桨。

发动机和专家顾问在测试器中的互动。

引擎的事件(按压、移动滑块)将进入被测试的EA,表格和元素的所有数据将进入引擎。

简而言之,我们希望能够在视觉测试中控制EA。并看到所有的输出数据。

 
Igor Makanu:

....我认为,即使到了这个地步,没有支持的用户,和有支持的用户,不太可能,在runent,好吧,不撒谎,大约80%的用户甚至不能正确地在测试器中测试一些东西,只看到平衡图......,剩下的20=10%有信心的用户,但原则上不打开MetaEditor,剩下的10%,是这个潜力

这是正确的,我已经说了很久了。

这个想法本身--相当合理,如果有一个目标受众--即懂得编程的人,但更喜欢大部分 "动手 "的交易。对于这些人来说--是的,他们可能想在图表上直接制作漂亮的按钮、方便的控件、报告......。

但有多少人喜欢这样?

而事实上,彼得不承认OOP,他喜欢全局性的访问他手能触及的一切--所以以他的记忆力,这并不奇怪。 而如果目标受众有同样记忆力的人--他们会发现彼得的方法非常方便。

然而,彼得声称,他 "算是教育了正确的人"。

嗯,嗯...

我甚至准备同意这一点,如果彼得(或其他人)展示"半自动交易 类"。但我有疑虑。而没有它--就没有机会 "带出正确的人"。

 
Georgiy Merts:

这是正确的,我已经说了很久了。

这个想法本身是相当合理的,如果有一个目标受众的话--也就是那些懂得编程,但主要喜欢 "手工 "交易的人。对于这些人来说--是的,他们可能想在图表上直接制作漂亮的按钮、方便的控件、报告......。

但有多少人喜欢这样?

而事实上,彼得并不承认OOP,他喜欢全局性的访问一切他能用手接触到的东西--所以以他的记忆力,这并不奇怪。 而如果目标受众有同样记忆力的人--彼得斯的方法--将对他们非常方便。

然而,彼得声称,他 "算是教育了正确的人"。

嗯,嗯...

如果彼得(或其他人)展示了"半自动交易 类",我甚至准备同意它。但我有疑虑。而没有它--就没有机会 "带出正确的人"。

乔治,我不明白--我的做法与此有什么关系?我提供一个GUI连接界面,它是用一种轻量级的标记语言创建的。谁 和为什么要学习我的方法?

我建议的一切都比最简单的MQL简单得多。

原因: