为程序员做一个认证服务... - 页 6

[Rustamzhan Salidzhanov]

是的，伙计们....

你已经可以给出分数了 :))))

[snowman]

VOLDEMAR:
如果你没有什么好东西可说，就不要说，或者至少说说.....。如果你知道什么，你会告诉我...还是太糟糕了？或者什么都不知道 ....

没有什么可争论的。

实际上，你最好梳理一下你的订单发送功能，以确定发送到服务器的订单是否正确。

我不希望错误 在服务器之前被报告，而是在......之前)

[Alexander Bereznyak]

MrGold166:

这就是超限的意义所在，一个订单处理两次没有任何军事意义。 在最坏的情况下，它只阻止我们计算订单，例如平均价格，一个订单将被计算2次。 即使它强烈干扰了计算，在下一个交易日，一切都将回到原位，我们将把止盈放在它应该在的地方。在我的记忆中，有超过50个订单，而且是最差的所谓亚洲 "经纪人"（是的，你知道我指的是谁），这在账户交易后从未发生过（你知道为什么）。但这也是可以避免的。

int i,last_ticket;

for(i=OrdersTotal()-1;i>=0;i--) if(OrderSelect(i,SELECT_BY_POS) {

   if(OrderTicket()==last_ticket) continue;

   last_ticket=OrderTicket();

   }

而你怎么能保证你下次打钩时不会出现同样的情况呢，是的，什么都没有。

最坏的情况可能会发生，你会计算错误的平均数，并开出错误的订单，而下一个tick将不重要。

重要的不是订单的数量，而是交易环境，是否有真正的止损，账户中是否有其他EA。

[A100]

MrGold166:

但这也是可以避免的。

int i,last_ticket;

for(i=OrdersTotal()-1;i>=0;i--) if(OrderSelect(i,SELECT_BY_POS) {

   if(OrderTicket()==last_ticket) continue;

   last_ticket=OrderTicket();

   }

理论上说，不止一个订单可以改变状态

[Alexander Bereznyak]

A100:
理论上，不止一个订单的状态可以改变

一个合理的想法，我没有想到两个，在一个上挂了。

所以又回到了原点，那么如何用这个函数解决碰撞问题。

[snowman]

sandex:

好主意，我没有想到两个，卡在一个上了。

所以又回到了原点，那么如何用这个函数解决碰撞问题。

   int j=OrdersTotal();
   for(int i=j-1;i>=0;i--)
   {
      if(OrderSelect(i,SELECT_BY_POS))
      {
      }
   }
   if(j!=OrdersTotal())return(0);

如果有的话，再重新计算。如果进场和出场订单的数量 不相等。

[[删除]]

A100:
理论上说，不止一个订单可以改变

所以呢，即使每个人都改变了，我们仍然不会分析相同的交易。

如果我们谈论的是清单上的交易发生了变化，那么它可能会在我们通过搜索后发生变化--在我们把总利润之前。

[A100]

snowman:

如果有的话，如果进场和出场订单的数量 不相等，再重新计算。

在一般情况下，即使订单的数量可以相等，但它们可以是不同的订单。

[[删除]]

snowman:

如果进场和出场时的订单数量 不相等，那么再重新计算。

如果有一个挂单被打开，这也不能帮助我们，订单的数量会被保存，但参数不会。另一方面，这几乎不会干扰我们，如果我们没有把新开的挂单纳入金额，那就没问题。(我真的看不出有什么情况，这可能导致错误）。这种情况只有在特殊情况下才可能发生，其中之一是大量的ticks，即下一次迭代将很快，错误将被纠正。如果订单反弹发生在点位之间，这对我们来说不是问题。

我们经常看到其他程序员的代码中，每一次迭代都要做几十次枚举，分别计算一堆参数，这就是一个问题。

[A100]

MrGold166:

即使每个人都改变了，我们仍然不会分析相同的行业，那又怎样？

如果我们谈论的是清单上的交易发生了变化，那么它可能会在我们通过搜索后发生变化--在我们把总利润之前。

我不是指适用于特定情况的计算，而是指一般情况。我认为重复计算和/或少计算确实很重要，有时很关键