结构规则。 学习如何构建方案，探索可能性、错误、解决方案等。 - 页 19 1...121314151617181920 新评论 Vladimir Gomonov 2013.07.26 23:26 #181 komposter:MetaDriver 说得很对，他的系统是正确的。Dick_fx还想补充一点，"交易驱动 "应该与10-20个平台合作，以使用最佳价格。但是，使用这样一个正确的系统只有在理想的条件下才是方便的--没有策略上的错误，没有用户的干预，没有不可抗力......。而在现实中，这种情况很少发生。让我举一个dick_fx的例子：25个策略在工作，聚合器（交易驱动）将它们收集成一个净头寸并投入市场，一切正常。突然间，17-th策略出了问题，它给出了不健康的预测--它说以50%的存款开盘。专家顾问顺从地打开。一个琐碎的储物柜，如MT4，是做什么的。从图表中删除第17个EA（通过交易中的魔法很容易找到它）。关闭相应的头寸（就MT4而言）或部分头寸（就MT5而言）。读取由该EA创建的日志，以分析情况。现在让我们继续讨论 "正确的会计"。交易者应该怎么做才能纠正这个错误（50%的保证金交易--一个明显的逻辑错误）？找出是哪个策略产生的（如何产生的？从日志中？）找到适当的代码并编辑它（return(0)?）。或在仓位求和循环中，与所需策略相反（数字不应搞错！），放继续。编译专家顾问（如果是MT4 - 首先关闭终端，或在编译后，指定正确的设置）。对形势的分析--是一首单独的歌曲（如果没有提供自己的日志与分成策略）。问题是：哪个更容易？很明显，带有MT4的变体。那么什么是更便宜的呢？很明显，有网状物的选项。结论是什么？从MT4制作一个带有GUI的市场驱动器;)在一群总结出来的异质 策略中，故障策略的定位问题是存在的，但还没有变得如此戏剧化。我个人只总结（大量）同质化的策略，例如，不同的优化神经网络。 但那里的一切都很容易--策略的信号被归一化（-1...+1），每个策略对总头寸的贡献微乎其微，计划的可靠性是由于 "统计优势 "实现的。另一方面，它更复杂--在这样的人群中及时发现故障几乎是不现实的。 只有通过个别测试（最好是通过自动测试）。 可以尝试为这个本地化产生想法，但不是试图 "反射性地 "跳到4，而只是感觉到选项的空间--也许会发现更好的东西。:)// 可能，不可能为每个策略发明一个单独的股票指标（又称测试器）更好，但到目前为止，这似乎是一个太大的负担。 Mykola Demko 2013.07.27 10:21 #182 komposter:MetaDriver 说得很对，他的系统是正确的。Dick_fx还想补充一点，"交易驱动 "应该与10-20个平台合作，以使用最佳价格。但是，使用这样一个正确的系统只有在理想的条件下才是方便的--没有策略上的错误，没有用户的干预，没有不可抗力......。而在现实中，这种情况很少发生。让我举一个dick_fx的例子：25个策略在工作，聚合器（交易驱动）将它们收集成一个净头寸并投入市场，一切正常。突然间，17-th策略出了问题，它给出了不健康的预测--它说以50%的存款开盘。专家顾问顺从地打开。一个琐碎的储物柜，如MT4，是做什么的。从图表中删除第17个EA（通过交易中的魔法很容易找到它）。关闭相应的头寸（就MT4而言）或部分头寸（就MT5而言）。读取由该EA创建的日志，以分析情况。现在让我们继续讨论 "正确的会计"。交易者应该怎么做才能纠正这个错误（50%的保证金交易--一个明显的逻辑错误）？找出是哪个策略产生的（如何产生的？从日志中？）找到适当的代码并编辑它（return(0)?）。或在仓位求和循环中，与所需策略相反（数字不应搞错！），放继续。编译专家顾问（如果是MT4 - 首先关闭终端，或在编译后，指定正确的设置）。对形势的分析--是一首单独的歌曲（如果没有提供自己的日志与分成策略）。问题是：哪个更容易？很明显，带有MT4的变体。那么什么是更便宜的呢？很明显，净值化选项。结论是什么？从MT4制作一个带有GUI的市场驱动器;)让人感觉MT5是在交易头寸。净额结算是一个会计系统，而不是更多，MT4只有订单历史，MT5有订单历史和它们在一个位置的总和。也就是说，MT5毫不含糊地有更多的信息需要处理。我们还应该记住，每个订单都有一个magik和一个注释，就像在MT4一样。它们使我们能够以50%的保证金来识别哪个聚合器策略下的订单。如果我们不知道如何使用这种神奇的标记和评论，我们将看到识别市场有多困难，我们把什么策略放在订单中。如果我们想用MetaTrader 5作为数据源，然后在同一订单中放一个出场订单，据说是被关闭的，那么在关闭的订单中，将只列出那些有出场订单的订单，而在未关闭的订单中，没有出场的订单。 TheXpert 2013.07.27 10:25 #183 TheXpert:贸易驱动器降低了系统的可靠性。难道你真的不相信吗？而你如此卖力地谈论司机是非常酷的事情。这里有一个例子 -- 我们有一个轮回套利者。第一笔订单以限价方式触发，然后以市场方式结束这一轮。在内部测试器中会发生什么？ 这个圈子是封闭的，没有Requotes、Requotes、Ping和其他干扰交易的东西。现在让我们想象一下，在限价重新报价后（触发器在那里，头寸没有出现），价格已经回滚，它发生在午夜（财富法则），连接在那段时间内失去了。检测到信号，在内部测试器中有一个位置；应该设置。这导致了按套利标准的巨大损失。事实上，回应以重判结束，所以没有必要开仓。最好的鞋子是那些为你的脚定制的鞋子。功能越多，越不可靠。 Vladimir Gomonov 2013.07.27 12:53 #184 TheXpert: TheXpert。贸易驱动器降低了系统的可靠性。难道你真的不相信吗？并且如此大力地讨论司机，认为这是非常酷的事情。例子--我们有一个轮回套利者。第一笔订单在限价上触发，然后在市场上关闭圆圈。在内部测试器中会发生什么？ 这个圈子是封闭的，没有重击、重新报价、平移和其他干扰交易的东西。现在让我们想象一下，在限价重新报价后（触发器在那里，头寸没有出现），价格已经回调，但它发生在午夜（财富法则），并且在那段时间内失去连接。检测到信号，在内部测试器中有一个位置；应该设置。这导致了按套利标准的巨大损失。事实上，回应以重判结束，所以没有必要开仓。最好的鞋子是为脚部定制的鞋子。功能越多，越不可靠。好吧，好吧，好吧。祝你生日快乐....!--Andriyuha，当然，这个驱动力是针对预测策略的，而不是套利策略。 而且，一个并不排斥另一个。 套利策略的位置在渠道的更远处，即在聚合器中。我正在计划这个模块（套利）。如果我们继续执行这个计划...不过，我昨天刚写过这篇文章，在这里https://www.mql5.com/ru/forum/105007/page9#821911并在此进一步说明https://www.mql5.com/ru/forum/105007/page10#821949 Vladimir Gomonov 2013.07.27 13:18 #185 Urain:从任务中走出来。哪些任务是GUI中最需要的？你可以从那里做起。描述你要实现的目标，挑选共同的特征，制作框架，然后再添加一些东西，看看改变框架有多容易。要了解它应该是什么，请重写它。在我看来是这样的。我喜欢这样的东西。Urain。 如果你通过参考模块来做API参考呢？ 那么你可以改变一个模块，改变平台。我的意思是，我必须编造一个通用的（：原谅我TheXpert :）可定制的事件路由器。一边是TC，另一边是GUI，要把它连接起来。--TheXpert。...最好的鞋子是为你的脚量身定做的。功能越多，越不可靠。// 安德烈，通用解决方案的目的是多重使用。 我自己知道其缺点。)) Vladimir Gomonov 2013.07.27 13:48 #186 Urain:你会感觉到，MT5是以头寸进行交易的。净额结算是一个会计系统，仅此而已，MT4只有订单历史，MT5既有订单历史，又有它们在头寸中的汇总。也就是说，MT5毫不含糊地有更多的信息需要处理。我们还应该记住，每个订单都有一个magik和一个注释，就像在MT4一样。它们使我们能够以50%的保证金来识别哪个聚合器策略下的订单。如果我们不知道如何使用这种神奇的数字和评论，我们就不会看到识别订单是多么容易。如果我们想用MetaTrader 5作为数据源，然后在同一订单中放一个出场订单，据说是被关闭的，那么在关闭的订单中，将只列出那些有出场订单的订单，而在未关闭的订单中，没有出场的订单。 你实际上已经结束了订单系统（MT4）相对于净订单系统（MT5）的优势的话题。 这样的事情我没有想到，尽管它显然是有效的，而且是在附近。 --- 2013.07.27 14:02 #187 MetaDriver: 我没有想到这样的伎俩，尽管它显然是有效的，而且就在附近。 我觉得很奇怪，我没有想到:)那么你需要第二个提示--事实上，应该有三个相连的魔术师，因为还有TP和SL。 Vladimir Gomonov 2013.07.27 15:06 #188 sergeev: 奇怪的是，它没有来:)那么给你第二个提示--事实上，应该有三个相关的魔术师，因为还有TP和SL。与我无关--我不使用交易（战略）止损，不过谢谢你的提示。))--Wap所有这些问题大多是牵强附会的（在网吧），或来自客户的工作。第四纪形式的 "策略多样化 "从它下面伸出来，太极拳是赤裸裸的，不比定位术好。 你可以在磁盘上写下推荐仓位和执行（市场仓位）的整个历史，一般来说。对每个次级战略单独进行。如果作者不浪费时间，把它放在一个单独的线程中（专家顾问），并通过自定义事件给它提供信息。对于 "执行的现实 "的分析，它很可能会派上用场。 Vasiliy Sokolov 2013.07.27 16:27 #189 Urain: 而如果你通过参考模块做一个API参考吗，那么你可以改变一个模块，改变平台。正是如此。没有必要单独编写一个模块。因为数据提供者正是那个模块。我将在星期一画出这种申请的方案。至于GUI，我们不需要像Vladimir建议的那样，编造任何 "事件路由器"。运行模块支持GUI界面，这意味着任何连接到运行模块的TC都会默认开始使用GUI面板工作，即使对其一无所知（原理图将在周一提供）。这里的运行时模块就像一个适配器类。这个原则很简单。任何知道如何与运行时模块合作的系统都可以在不了解对方的情况下进行互动。 Vasiliy Sokolov 2013.07.27 16:35 #190 MetaDriver: 我甚至没有想过这样的事情，尽管它显然在起作用，在我附近可以找到。很奇怪，弗拉基米尔，这对你来说是一个启示。我在工作中使用这个方案已经快一年了。是的，要明白，这不是网状的问题。正如弗拉基米尔正确指出的那样，算法 规则，如果不知道如何正确构造数据，你就无法建立一个大的，最重要的是可扩展的项目。注意积极讨论市场驱动力计划，一个需要这个，另一个需要那个，在这个计划中，我们必须引入越来越多的新模块、相互关系、不同的 "事件路由器"。而如果有几十个或两个任务不同、对市场理解不同的交易者使用这个项目，这个项目会变成什么样子？出于某种原因，我想到了亚历山大-拉迪什切夫的话："怪物调皮地巨大，委曲求全地吠叫"。 1...121314151617181920 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
MetaDriver 说得很对，他的系统是正确的。Dick_fx还想补充一点，"交易驱动 "应该与10-20个平台合作，以使用最佳价格。
但是，使用这样一个正确的系统只有在理想的条件下才是方便的--没有策略上的错误，没有用户的干预，没有不可抗力......。而在现实中，这种情况很少发生。
让我举一个dick_fx的例子：25个策略在工作，聚合器（交易驱动）将它们收集成一个净头寸并投入市场，一切正常。突然间，17-th策略出了问题，它给出了不健康的预测--它说以50%的存款开盘。专家顾问顺从地打开。
一个琐碎的储物柜，如MT4，是做什么的。
现在让我们继续讨论 "正确的会计"。交易者应该怎么做才能纠正这个错误（50%的保证金交易--一个明显的逻辑错误）？
问题是：哪个更容易？很明显，带有MT4的变体。
那么什么是更便宜的呢？很明显，有网状物的选项。
结论是什么？从MT4制作一个带有GUI的市场驱动器;)
在一群总结出来的异质 策略中，故障策略的定位问题是存在的，但还没有变得如此戏剧化。我个人只总结（大量）同质化的策略，例如，不同的优化神经网络。 但那里的一切都很容易--策略的信号被归一化（-1...+1），每个策略对总头寸的贡献微乎其微，计划的可靠性是由于 "统计优势 "实现的。另一方面，它更复杂--在这样的人群中及时发现故障几乎是不现实的。 只有通过个别测试（最好是通过自动测试）。
可以尝试为这个本地化产生想法，但不是试图 "反射性地 "跳到4，而只是感觉到选项的空间--也许会发现更好的东西。:)
// 可能，不可能为每个策略发明一个单独的股票指标（又称测试器）更好，但到目前为止，这似乎是一个太大的负担。
MetaDriver 说得很对，他的系统是正确的。Dick_fx还想补充一点，"交易驱动 "应该与10-20个平台合作，以使用最佳价格。
但是，使用这样一个正确的系统只有在理想的条件下才是方便的--没有策略上的错误，没有用户的干预，没有不可抗力......。而在现实中，这种情况很少发生。
让我举一个dick_fx的例子：25个策略在工作，聚合器（交易驱动）将它们收集成一个净头寸并投入市场，一切正常。突然间，17-th策略出了问题，它给出了不健康的预测--它说以50%的存款开盘。专家顾问顺从地打开。
一个琐碎的储物柜，如MT4，是做什么的。
现在让我们继续讨论 "正确的会计"。交易者应该怎么做才能纠正这个错误（50%的保证金交易--一个明显的逻辑错误）？
问题是：哪个更容易？很明显，带有MT4的变体。
那么什么是更便宜的呢？很明显，净值化选项。
结论是什么？从MT4制作一个带有GUI的市场驱动器;)
让人感觉MT5是在交易头寸。
净额结算是一个会计系统，而不是更多，MT4只有订单历史，MT5有订单历史和它们在一个位置的总和。
也就是说，MT5毫不含糊地有更多的信息需要处理。
我们还应该记住，每个订单都有一个magik和一个注释，就像在MT4一样。它们使我们能够以50%的保证金来识别哪个聚合器策略下的订单。
如果我们不知道如何使用这种神奇的标记和评论，我们将看到识别市场有多困难，我们把什么策略放在订单中。
如果我们想用MetaTrader 5作为数据源，然后在同一订单中放一个出场订单，据说是被关闭的，那么在关闭的订单中，将只列出那些有出场订单的订单，而在未关闭的订单中，没有出场的订单。
贸易驱动器降低了系统的可靠性。
难道你真的不相信吗？而你如此卖力地谈论司机是非常酷的事情。
这里有一个例子 -- 我们有一个轮回套利者。第一笔订单以限价方式触发，然后以市场方式结束这一轮。
在内部测试器中会发生什么？ 这个圈子是封闭的，没有Requotes、Requotes、Ping和其他干扰交易的东西。
现在让我们想象一下，在限价重新报价后（触发器在那里，头寸没有出现），价格已经回滚，它发生在午夜（财富法则），连接在那段时间内失去了。
检测到信号，在内部测试器中有一个位置；应该设置。这导致了按套利标准的巨大损失。事实上，回应以重判结束，所以没有必要开仓。
最好的鞋子是那些为你的脚定制的鞋子。功能越多，越不可靠。
TheXpert:
贸易驱动器降低了系统的可靠性。
难道你真的不相信吗？并且如此大力地讨论司机，认为这是非常酷的事情。
例子--我们有一个轮回套利者。第一笔订单在限价上触发，然后在市场上关闭圆圈。
在内部测试器中会发生什么？ 这个圈子是封闭的，没有重击、重新报价、平移和其他干扰交易的东西。
现在让我们想象一下，在限价重新报价后（触发器在那里，头寸没有出现），价格已经回调，但它发生在午夜（财富法则），并且在那段时间内失去连接。
检测到信号，在内部测试器中有一个位置；应该设置。这导致了按套利标准的巨大损失。事实上，回应以重判结束，所以没有必要开仓。
最好的鞋子是为脚部定制的鞋子。功能越多，越不可靠。
好吧，好吧，好吧。
祝你生日快乐....!
--
Andriyuha，当然，这个驱动力是针对预测策略的，而不是套利策略。 而且，一个并不排斥另一个。 套利策略的位置在渠道的更远处，即在聚合器中。我正在计划这个模块（套利）。如果我们继续执行这个计划...不过，我昨天刚写过这篇文章，在这里
https://www.mql5.com/ru/forum/105007/page9#821911
并在此进一步说明
https://www.mql5.com/ru/forum/105007/page10#821949
从任务中走出来。哪些任务是GUI中最需要的？
你可以从那里做起。描述你要实现的目标，挑选共同的特征，制作框架，然后再添加一些东西，看看改变框架有多容易。
要了解它应该是什么，请重写它。在我看来是这样的。
我喜欢这样的东西。
如果你通过参考模块来做API参考呢？ 那么你可以改变一个模块，改变平台。
我的意思是，我必须编造一个通用的（：原谅我TheXpert :）可定制的事件路由器。一边是TC，另一边是GUI，要把它连接起来。
--
...
最好的鞋子是为你的脚量身定做的。功能越多，越不可靠。
// 安德烈，通用解决方案的目的是多重使用。 我自己知道其缺点。))
你会感觉到，MT5是以头寸进行交易的。
净额结算是一个会计系统，仅此而已，MT4只有订单历史，MT5既有订单历史，又有它们在头寸中的汇总。
也就是说，MT5毫不含糊地有更多的信息需要处理。
我们还应该记住，每个订单都有一个magik和一个注释，就像在MT4一样。它们使我们能够以50%的保证金来识别哪个聚合器策略下的订单。
如果我们不知道如何使用这种神奇的数字和评论，我们就不会看到识别订单是多么容易。
如果我们想用MetaTrader 5作为数据源，然后在同一订单中放一个出场订单，据说是被关闭的，那么在关闭的订单中，将只列出那些有出场订单的订单，而在未关闭的订单中，没有出场的订单。
我没有想到这样的伎俩，尽管它显然是有效的，而且就在附近。
奇怪的是，它没有来:)那么给你第二个提示--事实上，应该有三个相关的魔术师，因为还有TP和SL。
与我无关--我不使用交易（战略）止损，不过谢谢你的提示。))
--
Wap所有这些问题大多是牵强附会的（在网吧），或来自客户的工作。第四纪形式的 "策略多样化 "从它下面伸出来，太极拳是赤裸裸的，不比定位术好。 你可以在磁盘上写下推荐仓位和执行（市场仓位）的整个历史，一般来说。对每个次级战略单独进行。如果作者不浪费时间，把它放在一个单独的线程中（专家顾问），并通过自定义事件给它提供信息。对于 "执行的现实 "的分析，它很可能会派上用场。
而如果你通过参考模块做一个API参考吗，那么你可以改变一个模块，改变平台。
正是如此。没有必要单独编写一个模块。因为数据提供者正是那个模块。我将在星期一画出这种申请的方案。至于GUI，我们不需要像Vladimir建议的那样，编造任何 "事件路由器"。运行模块支持GUI界面，这意味着任何连接到运行模块的TC都会默认开始使用GUI面板工作，即使对其一无所知（原理图将在周一提供）。这里的运行时模块就像一个适配器类。这个原则很简单。
任何知道如何与运行时模块合作的系统都可以在不了解对方的情况下进行互动。
我甚至没有想过这样的事情，尽管它显然在起作用，在我附近可以找到。
很奇怪，弗拉基米尔，这对你来说是一个启示。我在工作中使用这个方案已经快一年了。
是的，要明白，这不是网状的问题。正如弗拉基米尔正确指出的那样，算法 规则，如果不知道如何正确构造数据，你就无法建立一个大的，最重要的是可扩展的项目。注意积极讨论市场驱动力计划，一个需要这个，另一个需要那个，在这个计划中，我们必须引入越来越多的新模块、相互关系、不同的 "事件路由器"。而如果有几十个或两个任务不同、对市场理解不同的交易者使用这个项目，这个项目会变成什么样子？
出于某种原因，我想到了亚历山大-拉迪什切夫的话："怪物调皮地巨大，委曲求全地吠叫"。