我的方法。核心是引擎。 - 页 71 1...646566676869707172737475767778...184 新评论 Реter Konow 2018.12.13 08:34 #701 Igor Makanu:我一直忘了问@Peter Konow 你的开发在策略测试器中是否有效? 在Sharp上,该窗口在测试器中工作正常,没有任何减慢,因为该窗口在一个单独的线程中运行。我现在正在研究一个解决方案。这里有一个概念。 当测试模式被激活时(特殊按钮被按下),引擎会断开与EA的连接,并开始在策略测试器图表中搜索相同的EA。通过搜索测试者的图表,寻找特殊的 "链接对象",在测试者的初始化过程中创建专家顾问。接下来,为自由信息传输设置要创建的通信对象的数量。通信对象被创建,常规图表上的引擎和测试器中的专家顾问之间开始交换信息。通信是通过读取/设置通信对象的描述来完成的。"沟通 "系统已经想好了。一切都会迅速而顺利地进行。 Aliaksandr Hryshyn 2018.12.13 10:45 #702 不要忘记还有可视化和优化模式。在第二种情况下,一切都应该工作得更快,而不仅仅是快速...你的引擎是如何处理大型表格(列表)的?例如,一个EA中的两个策略的交易表。这里的表现如何? Реter Konow 2018.12.13 11:19 #703 Aliaksandr Hryshyn: 不要忘记,还有一个可视化和优化模式。在第二种情况下,一切都应该工作得更快,而不仅仅是快速...你的引擎是如何处理大型表格(列表)的?例如,一个EA中的两个策略的交易表。这里的表现如何?是的,我想是的。我将考虑到这一点。在优化模式 下,用户根本不会按下引擎上的 "连接到EA的测试器 "按钮。 因此,引擎不会在测试器中搜索到Expert Advisor,也不会连接。 是的,它适用于表格。一切都足够快(人眼不会注意到任何滞后)。但是,目前还没有动态表。会做的。 Vasiliy Sokolov 2018.12.13 11:20 #704 Реter Konow:我现在正在研究一个解决方案。其概念如下。 当激活测试模式时(通过按特殊按钮),发动机与EA断开连接,并开始在测试器图表上搜索相同的EA。对测试器图表的搜索是通过搜索图表和寻找特殊的 "链接对象 "进行的,在测试器的初始化过程中创建专家顾问。接下来,为自由信息传输设置要创建的通信对象的数量。通信对象被创建,常规图表上的引擎和测试器中的专家顾问之间开始交换信息。通信是通过读取/设置通信对象的描述来完成的。"沟通 "系统已经想好了。一切都会迅速而顺利地进行。而这就是你的引擎的非程序员用户被提供建立的那种交流? Реter Konow 2018.12.13 11:24 #705 Vasiliy Sokolov:你的引擎的非程序员用户被要求进行这样的交流吗?不,这种联系将由我来实施。 用户只需在测试器中抛出EA,并在源图表的引擎中点击"与测试器中的EA连接 " 按钮。 用户不需要做任何其他事情。连接会成功。 Igor Makanu 2018.12.13 11:31 #706 Vasiliy Sokolov:而这就是要求你的引擎的非程序员用户建立的这种交流?我记得军队和旅长曾经用这样一句话来结束他的演讲:除了性关系,根本就没有任何关系。 ....我认为,即使在这个问题上,没有支持的用户,和有支持的用户,是不太可能的,在runent,好了不撒谎了,大约80%的用户甚至不能在测试器中正确地测试一些东西,他们只看到平衡图......,剩下的20=10%的自信用户,但原则上不打开MetaEditor,剩下的10%,是这个潜力 我认为,只有市场才能把一切都放在它的位置上。 - 彼得要么出售他自己的创作 - 或者他公布了源代码和手册,市场卖家会使用他的创作(在上个假期,一些小学生想在市场上出售由Master MQL5生成的专家顾问,但出了问题))))) Dmitry Fedoseev 2018.12.13 11:33 #707 为什么要以任何特定方式寻找专家?在MT4中,你可以把指标放在视觉测试 图上。 但在MT5中,擦干你的船桨,你可以在那里搜索或不搜索。 Реter Konow 2018.12.13 11:36 #708 Dmitry Fedoseev:为什么要以任何特定方式寻找专家?在MT4中,你可以把指标放在视觉测试 图上。 但在MT5中,你需要擦干你的船桨。发动机和专家顾问在测试器中的互动。 引擎的事件(按压、移动滑块)将进入被测试的EA,表格和元素的所有数据将进入引擎。 简而言之,我们希望能够在视觉测试中控制EA。并看到所有的输出数据。 Georgiy Merts 2018.12.13 11:39 #709 Igor Makanu:....我认为,即使到了这个地步,没有支持的用户,和有支持的用户,不太可能,在runent,好吧,不撒谎,大约80%的用户甚至不能正确地在测试器中测试一些东西,只看到平衡图......,剩下的20=10%有信心的用户,但原则上不打开MetaEditor,剩下的10%,是这个潜力 这是正确的,我已经说了很久了。 这个想法本身--相当合理,如果有一个目标受众--即懂得编程的人,但更喜欢大部分 "动手 "的交易。对于这些人来说--是的,他们可能想在图表上直接制作漂亮的按钮、方便的控件、报告......。 但有多少人喜欢这样? 而事实上,彼得不承认OOP,他喜欢全局性的访问他手能触及的一切--所以以他的记忆力,这并不奇怪。 而如果目标受众有同样记忆力的人--他们会发现彼得的方法非常方便。 然而,彼得声称,他 "算是教育了正确的人"。 嗯,嗯... 我甚至准备同意这一点,如果彼得(或其他人)展示"半自动交易 类"。但我有疑虑。而没有它--就没有机会 "带出正确的人"。 Реter Konow 2018.12.13 11:41 #710 Georgiy Merts:这是正确的,我已经说了很久了。 这个想法本身是相当合理的,如果有一个目标受众的话--也就是那些懂得编程,但主要喜欢 "手工 "交易的人。对于这些人来说--是的,他们可能想在图表上直接制作漂亮的按钮、方便的控件、报告......。 但有多少人喜欢这样? 而事实上,彼得并不承认OOP,他喜欢全局性的访问一切他能用手接触到的东西--所以以他的记忆力,这并不奇怪。 而如果目标受众有同样记忆力的人--彼得斯的方法--将对他们非常方便。 然而,彼得声称,他 "算是教育了正确的人"。 嗯,嗯... 如果彼得(或其他人)展示了"半自动交易 类",我甚至准备同意它。但我有疑虑。而没有它--就没有机会 "带出正确的人"。乔治,我不明白--我的做法与此有什么关系?我提供一个GUI连接界面,它是用一种轻量级的标记语言创建的。谁 和为什么要学习我的方法? 我建议的一切都比最简单的MQL简单得多。 1...646566676869707172737475767778...184 新评论 原因: 取消 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我一直忘了问@Peter Konow 你的开发在策略测试器中是否有效?
在Sharp上,该窗口在测试器中工作正常,没有任何减慢,因为该窗口在一个单独的线程中运行。
我现在正在研究一个解决方案。这里有一个概念。
不要忘记,还有一个可视化和优化模式。在第二种情况下,一切都应该工作得更快,而不仅仅是快速...
是的,我想是的。我将考虑到这一点。在优化模式 下,用户根本不会按下引擎上的 "连接到EA的测试器 "按钮。
因此,引擎不会在测试器中搜索到Expert Advisor,也不会连接。
是的,它适用于表格。一切都足够快(人眼不会注意到任何滞后)。但是,目前还没有动态表。会做的。
我现在正在研究一个解决方案。其概念如下。
而这就是你的引擎的非程序员用户被提供建立的那种交流?
你的引擎的非程序员用户被要求进行这样的交流吗?
不,这种联系将由我来实施。
用户只需在测试器中抛出EA,并在源图表的引擎中点击"与测试器中的EA连接 " 按钮。
用户不需要做任何其他事情。连接会成功。
而这就是要求你的引擎的非程序员用户建立的这种交流?
我记得军队和旅长曾经用这样一句话来结束他的演讲:除了性关系,根本就没有任何关系。
....我认为,即使在这个问题上,没有支持的用户,和有支持的用户,是不太可能的,在runent,好了不撒谎了,大约80%的用户甚至不能在测试器中正确地测试一些东西,他们只看到平衡图......,剩下的20=10%的自信用户,但原则上不打开MetaEditor,剩下的10%,是这个潜力
我认为,只有市场才能把一切都放在它的位置上。
- 彼得要么出售他自己的创作
- 或者他公布了源代码和手册,市场卖家会使用他的创作(在上个假期,一些小学生想在市场上出售由Master MQL5生成的专家顾问,但出了问题)))))
为什么要以任何特定方式寻找专家?在MT4中,你可以把指标放在视觉测试 图上。
但在MT5中,擦干你的船桨,你可以在那里搜索或不搜索。
为什么要以任何特定方式寻找专家?在MT4中,你可以把指标放在视觉测试 图上。
但在MT5中,你需要擦干你的船桨。
发动机和专家顾问在测试器中的互动。
引擎的事件(按压、移动滑块)将进入被测试的EA,表格和元素的所有数据将进入引擎。
简而言之,我们希望能够在视觉测试中控制EA。并看到所有的输出数据。
....我认为,即使到了这个地步,没有支持的用户,和有支持的用户,不太可能,在runent,好吧,不撒谎,大约80%的用户甚至不能正确地在测试器中测试一些东西,只看到平衡图......,剩下的20=10%有信心的用户,但原则上不打开MetaEditor,剩下的10%,是这个潜力
这是正确的,我已经说了很久了。
这个想法本身--相当合理,如果有一个目标受众--即懂得编程的人,但更喜欢大部分 "动手 "的交易。对于这些人来说--是的,他们可能想在图表上直接制作漂亮的按钮、方便的控件、报告......。
但有多少人喜欢这样?
而事实上,彼得不承认OOP,他喜欢全局性的访问他手能触及的一切--所以以他的记忆力,这并不奇怪。 而如果目标受众有同样记忆力的人--他们会发现彼得的方法非常方便。
然而,彼得声称,他 "算是教育了正确的人"。
嗯,嗯...
我甚至准备同意这一点,如果彼得(或其他人)展示"半自动交易 类"。但我有疑虑。而没有它--就没有机会 "带出正确的人"。
这是正确的,我已经说了很久了。
这个想法本身是相当合理的,如果有一个目标受众的话--也就是那些懂得编程,但主要喜欢 "手工 "交易的人。对于这些人来说--是的,他们可能想在图表上直接制作漂亮的按钮、方便的控件、报告......。
但有多少人喜欢这样?
而事实上,彼得并不承认OOP,他喜欢全局性的访问一切他能用手接触到的东西--所以以他的记忆力,这并不奇怪。 而如果目标受众有同样记忆力的人--彼得斯的方法--将对他们非常方便。
然而,彼得声称,他 "算是教育了正确的人"。
嗯,嗯...
如果彼得(或其他人)展示了"半自动交易 类",我甚至准备同意它。但我有疑虑。而没有它--就没有机会 "带出正确的人"。
乔治,我不明白--我的做法与此有什么关系?我提供一个GUI连接界面,它是用一种轻量级的标记语言创建的。谁 和为什么要学习我的方法?
我建议的一切都比最简单的MQL简单得多。