搜索订单的任务 - 页 2

新评论
 
Михаил:

不要荒唐....

如果发生意外情况，任何课程都无法拯救你!

如果有一个意外的服务器重启5分钟或以上，所有的变量数据都会被删除...

在经纪人的服务器上重新启动期间，订单可能在sl或тп上关闭，或成为市场。

唯一稳定的解决方案是在EA加载时或需要时收集信息。

不幸的是，这种意外情况经常发生，所以为了寻找好的/正常的解决方案，我创建了这个主题。

谢谢你的建议，迈克尔...

 
Михаил:

不要荒唐....

如果发生意外情况，任何课程都无法拯救你!

如果Windows或终端崩溃，当EA被重新初始化时。

我只是 "看 "一下活跃的订单，然后关闭它们，因为对它们没有控制。

恢复对它们的控制不是很有意义吗？
 
Vladimir Pastushak:
重新获得对它们的控制权不是很有意义吗？

我看不出有什么意义。为什么要费心去调查他们 "做了什么"？

把它们 "钉 "在一起，看一下位置 要容易得多，尤其是你无论如何都要看一下！"。

 
Михаил:

我看不出有什么意义。为什么要费心去调查他们 "做了什么"？

把它们 "钉 "在一起，看一下位置 要容易得多，尤其是你无论如何都要看一下！"。

没有。有的订单必须留在市场上，有的订单必须做出决定。所有这些都是由专家顾问完成的，它 "扫描 "其 "工作空间"，并始终拥有相关数据。而在真正的意外情况下--在这里，信息也会自动发送到手机上，这样我就可以用我的头脑而不是机器人进行干预。以我的愚见，这是最合理的EA行为。

而且没有任何变量，其中重要的环境被记住了 - 只有寻找最新、最新鲜的状态，只有极端。那是钱；)

 
Artyom Trishkin:

嗯，没有。有的订单要留在市场上，然后有的订单需要做出决定。所有这些都是由专家顾问通过 "扫描 "其 "工作区 "来完成的，它始终拥有实际数据。而在真正的意外情况下--在这里，信息也会自动发送到手机上，这样我就可以用我的思想而不是机器人进行干预。以我的愚见，这是EA最合理的行为。

而且没有任何变量，其中重要的环境被记住了--只有寻找最新的、最近的状态，只有极端。那是钱；)

这些都是一般性的话。

请给我一个例子（MT5），一个仅仅需要留在市场上的订单。

窗口或终端的 "崩溃 "后？

是分析100个无监督的订单更好更快，还是分析完头寸 后再下所需订单？

有必要吗？

 

在实施不同的 "网格 "时，我想出了以下结构。

struct OrderInfo
{
   int            type;
   int            ticket;
   int            martinLeg;
   double         lots;
   double         openPrice;
   double         profit;
   datetime       openTime;
};

struct SeriesInfo
{
   int            ordersCnt;
   int            maxMartinLeg;                                                                    // Максимальный номер ордера в серии.
   
   double         lastOpenPrice;                                                                   // Минимальная для Buy-серии и максимальная для Sell-серии цена открытия ордера в серии
   double         totalProfit;                                                                                                   
   OrderInfo      order[MAX_ORDERS_IN_SERIES];
   
   void Init()
   {
      ordersCnt = 0;
      maxMartinLeg = 0;
      lastOpenPrice = 0.0;
      totalProfit = 0.0;
   }
};

该结构在每一个新的刻度线上根据 "魔法号码 "值进行填充（它存储了识别订单所需的所有信息：订单号码，它属于哪个网格，等等）。

 
Михаил:

这些都是一般性的话。

给我一个例子（MT5），当你不得不把以前下的订单留在市场上时。

在Windows或终端的 "崩溃 "之后？

是分析100个无监督的订单更好更快，还是分析完头寸 后再下所需订单？

必要的命令？

这不是实现（代码）的问题，而是算法的问题。专家顾问必须在重新启动后抓住其所有的订单和头寸。如果它失去了它们--这是一个小学生的把戏，如果它在看到它们之后关闭了它们，那也是来自同一个领域。

一个EA应该尝试重复交易者的行为，相信我，像我为许多客户编写的代码一样，他们都不希望EA愚蠢地关闭（如果这不是TS的一部分），而是要抓住他们，从他们的状况中得出结论，以便与他们执行必要的行动。

为什么你认为在终端重启后，EA在5分钟或10分钟前（甚至1小时或2小时，等等，都取决于TS）开出的订单会突然变得对EA不可控，必须删除？

 
Artyom Trishkin:

这不是实现（代码），而是算法的问题。专家顾问应该在重启后取回所有的订单和头寸。如果它把它们弄丢了--这是学校的把戏，如果它在看到它们之后把它们关起来，脱离了危险，这也是来自同一个领域。

专家顾问应该尝试重复交易者的行动，相信我，我已经给每个客户写了信，他们需要专家顾问不要愚蠢地关闭（如果这不是TS的一部分），而是把它们捡起来，从它们的状况中得出结论，以便对它们采取进一步行动。

为什么你认为在终端重启后，EA在5分钟或10分钟前（甚至1小时或2小时，等等，都取决于TS）开出的订单会突然变得对EA不可控，必须删除？

你从事的是口头语（学校手工艺等）。

你不需要导师来解释它应该是怎样的!

你回答所问的问题。

给我一个例子（MT5），当你只是需要把以前下的订单留在市场上。

在WIND或终端的 "崩溃 "之后？

分析100个无监督的订单，和分析一个头寸并 下单，哪个更好、更快？

必要的命令？

P/S 不受控制的订单 - 因为他们的票丢失了!

阵地不能丢失 :)

它（位置）要么存在，要么不存在。

 
Михаил:
...

P/S 不受控制的权证--因为他们的票丢失了!

而且职位不能丢失 :)

这是我对PS的回答：他们只是需要被找到--这就是我们所讨论的，所以为什么要删除他们？这就是话题发起人所说的，我完全同意。我重申--这纯粹是我的观点。顺便说一下，如果你试图在市场上输入一个EA，如果出现连接失败或终端重启，它将删除订单和头寸 - 它可能不会被调节。而在那里，相信我，版主会检查一切，并在他们对产品的要求中要求程序有足够的行为，有时甚至显得很白痴。苛刻的节制的例子可以给你很多卖家，我不是唯一的一个（虽然我只在设计上有投诉） ...

至于我帖子中的言辞和其他你 "认为 "的东西--那只是你的想法。我是以非常友好的方式与你沟通的，没有训诫和其他看似消极的东西。我只是表达了我的IMHO（我报告了这一点，并引用了我的观察，人们正在要求）。

顺便说一句--如果Windows崩溃了，专家顾问不能删除订单--只能手动删除，所以这个例子不能完全与自动交易相关。

 
Artyom Trishkin:

这是我对PS的回答：所以他们只需要找到它--这就是我们所讨论的，为什么要删除它？关于这一点和专题组的发言，我完全同意。我重申--这纯粹是我的观点。顺便说一下，如果你试图在市场上输入一个EA，如果出现连接失败或终端重启，它将删除订单和头寸 - 它可能不会被调节。而在那里，相信我，版主会检查一切，并在他们对产品的要求中要求程序有足够的行为，有时甚至显得很白痴。苛刻的节制的例子可以给你很多卖家，我不是唯一的一个（虽然我只在设计上有投诉） ...

至于我的帖子中的言辞和其他东西对你来说 "似乎"--这只是对你来说似乎。我是以相当友好的方式与你交流的，没有训诫或其他看似消极的东西。我只是表达了我的IMHO（我报告了这一点，并引用了我的观察，人们正在要求）。

顺便说一句--如果Windows崩溃了，专家顾问不能删除订单--只能手动删除，所以这个例子不能完全与自动交易相关。

我不是说这是不友好的交流...

但是，再一次（正如我所相信的），挖掘权证是没有意义的!

顺便回应一下这个问题。

"顺便说一句--如果风停了，EA也不能删除订单--这里只有手动，所以这个例子不能完全适用于自动交易。"

有可能，你可能不知道怎么做。如果感兴趣，我可以把代码贴出来。

123456789...14
新评论