我的方法。核心是引擎。 - 页 144 1...137138139140141142143144145146147148149150151...184 新评论 Алексей Тарабанов 2019.01.12 22:06 #1431 你知道，我以前也认为是'帮手'，正确的词是帮手。 Artyom Trishkin 2019.01.12 22:21 #1432 Алексей Тарабанов: 你知道，我以前也认为是'帮手'，正确的词是帮手。我很抱歉，但这也是不对的。 Nikolai Semko 2019.01.13 01:31 #1433 很遗憾，彼得，你还徘徊在那个过时的、非常慢的MT4中。战略性错误!在MT5中，测试的设置非常不同，这个主题不会飞。 Реter Konow 2019.01.13 09:19 #1434 Nikolai Semko: 很遗憾，彼得，你徘徊在这个过时的非常缓慢的MT4中。战略性错误!在MT5中，测试的设置非常不同，这个主题不会飞。我不是唯一一个被挂在MT4上的人。但是，这不是问题的关键。我需要一个较弱的平台来使我的项目更强大。悖论。 Georgiy Merts 2019.01.13 10:16 #1435 Реter Konow:我不是唯一一个被挂在MT4上的人。但是，这不是问题的关键。我需要一个较弱的平台来使我的方案更强大。悖论。我不明白...你的代码不是跨平台的吗？ 彼得，如果是这样的话，这显然是一个战略错误 ! Реter Konow 2019.01.13 10:47 #1436 Georgiy Merts:我不明白...你的代码不是跨平台的吗？ 彼得，如果是这样的话，这显然是一个战略错误 !嗯，绝对的跨平台代码不能做，因为MT5测试器的工作方式不同。 显然，在那里不可能应用资源与引擎沟通。也许通过MT对象的通信会有效。 否则，该代码是跨平台的。 Oleg Papkov 2019.01.13 12:40 #1437 彼得，如果你在逻辑上完成，我想，在工作的意义上，而不是在速度上完成引擎，那么就有这样一个想法。有三个窗口：1-引擎，2-模拟或真实账户上的EA，3-同一EA的窗口在策略测试器中定期打开，作为EA策略的平行模拟器，在引擎中可以在引擎上的EA窗口和另一个EA的窗口中切换观察和控制线程。只有引擎窗口，如果它被设置为在测试器中控制EA，应该有一个明确的标志，表明EA在测试器中被控制。该标志应大而明显，以免混淆被控制的EA。 Реter Konow 2019.01.13 14:26 #1438 Oleg Papkov: Piotr，如果你想在逻辑上最终确定引擎的工作方式，而不是速度，那么这里有一个想法。有三个窗口：1-引擎，2-在模拟或真实账户上的EA，3-在策略测试器中定期打开的同一EA的窗口，作为EA的平行训练器，并能在引擎窗口中把EA的监测和控制线程从一个EA窗口切换到另一个。只有引擎窗口，如果它被设置为在测试器中控制EA，应该有一个明确的标志，表明EA在测试器中被控制。该标志应大而明显，以免混淆被控制的EA。这个想法很有意思。说实话，一个连贯的概念刚刚在我脑海中形成。你的想法可能有潜力。 现在有很多的EA，我们可以开始围绕一个引擎来组合EA，监督它们并管理它们的工作。 事实上，不是在代码中实现多币种，而是通过引擎实现。 每个EA都在自己的货币对上交易，引擎控制并重新配置它们。 这个怎么样？ Реter Konow 2019.01.13 15:19 #1439 Oleg Papkov:Piotr，如果我们想在逻辑上完成引擎的功能，而不是速度，那么我们就有这个想法。该引擎有三个窗口：1-引擎，2-模拟或真实账户上的EA，3-同一EA的窗口，在策略测试器中定期打开，作为EA策略的平行训练器，在引擎中可以在监控线程和引擎窗口的控制线程之间切换，从一个EA窗口到另一个。只有引擎窗口，如果它被设置为在测试器中控制EA，应该有一个明确的标志，表明EA在测试器中被控制。该标志应大而明显，以免混淆被控制的EA。一般来说，切换EA观察是必要的。要做到这一点，我们需要思考和测试一个新的互动系统，该系统将在任何对上携带任何数量的EA（甚至在测试者）。但是，这些EA必须有连接到它们的接口文件。也就是说，专家顾问最初应该被调整为与引擎互动。 Oleg Papkov 2019.01.13 15:26 #1440 Реter Konow:一般来说，切换EA观察是必要的。为此，我们需要思考和测试一个新的互动系统，该系统将在任何对上携带任何数量的EA（甚至在测试器中）。但是，这些EA必须有连接到它们的接口文件。也就是说，所有的EA都应该为与引擎的这种互动进行初始调整。我假设每个往来于引擎的线程都应该有某种线程的标志，某种神奇的数字，以及与测试器一起工作的线程的标志（它无一例外地是唯一的）。引擎对当前设置的流量和顾问作出反应，指标对其信息流的属性（伪魔法号码）作出反应。 现在在测试器中一切正常，我从另一个窗口控制测试器中的专家顾问。模拟器模式。 1...137138139140141142143144145146147148149150151...184 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
你知道，我以前也认为是'帮手'，正确的词是帮手。
我很抱歉，但这也是不对的。
很遗憾，彼得，你徘徊在这个过时的非常缓慢的MT4中。战略性错误!
我不是唯一一个被挂在MT4上的人。但是，这不是问题的关键。我需要一个较弱的平台来使我的项目更强大。悖论。
我不是唯一一个被挂在MT4上的人。但是，这不是问题的关键。我需要一个较弱的平台来使我的方案更强大。悖论。
我不明白...你的代码不是跨平台的吗？
彼得，如果是这样的话，这显然是一个战略错误 !
我不明白...你的代码不是跨平台的吗？
彼得，如果是这样的话，这显然是一个战略错误 !
嗯，绝对的跨平台代码不能做，因为MT5测试器的工作方式不同。
显然，在那里不可能应用资源与引擎沟通。也许通过MT对象的通信会有效。
否则，该代码是跨平台的。
Piotr，如果你想在逻辑上最终确定引擎的工作方式，而不是速度，那么这里有一个想法。有三个窗口：1-引擎，2-在模拟或真实账户上的EA，3-在策略测试器中定期打开的同一EA的窗口，作为EA的平行训练器，并能在引擎窗口中把EA的监测和控制线程从一个EA窗口切换到另一个。只有引擎窗口，如果它被设置为在测试器中控制EA，应该有一个明确的标志，表明EA在测试器中被控制。该标志应大而明显，以免混淆被控制的EA。
这个想法很有意思。说实话，一个连贯的概念刚刚在我脑海中形成。你的想法可能有潜力。
现在有很多的EA，我们可以开始围绕一个引擎来组合EA，监督它们并管理它们的工作。
事实上，不是在代码中实现多币种，而是通过引擎实现。
每个EA都在自己的货币对上交易，引擎控制并重新配置它们。
这个怎么样？
Piotr，如果我们想在逻辑上完成引擎的功能，而不是速度，那么我们就有这个想法。该引擎有三个窗口：1-引擎，2-模拟或真实账户上的EA，3-同一EA的窗口，在策略测试器中定期打开，作为EA策略的平行训练器，在引擎中可以在监控线程和引擎窗口的控制线程之间切换，从一个EA窗口到另一个。只有引擎窗口，如果它被设置为在测试器中控制EA，应该有一个明确的标志，表明EA在测试器中被控制。该标志应大而明显，以免混淆被控制的EA。
一般来说，切换EA观察是必要的。要做到这一点，我们需要思考和测试一个新的互动系统，该系统将在任何对上携带任何数量的EA（甚至在测试者）。但是，这些EA必须有连接到它们的接口文件。也就是说，专家顾问最初应该被调整为与引擎互动。
一般来说，切换EA观察是必要的。为此，我们需要思考和测试一个新的互动系统，该系统将在任何对上携带任何数量的EA（甚至在测试器中）。但是，这些EA必须有连接到它们的接口文件。也就是说，所有的EA都应该为与引擎的这种互动进行初始调整。
我假设每个往来于引擎的线程都应该有某种线程的标志，某种神奇的数字，以及与测试器一起工作的线程的标志（它无一例外地是唯一的）。引擎对当前设置的流量和顾问作出反应，指标对其信息流的属性（伪魔法号码）作出反应。
现在在测试器中一切正常，我从另一个窗口控制测试器中的专家顾问。模拟器模式。