プログラマ向けの資格取得サービスを作る ... - ページ 6

[Rustamzhan Salidzhanov]

ああ、みんな......。

すでに採点が上がっている :))))))

[snowman]

VOLDEMAR:
何もいいことがないなら、何も言うな、せめて話せよ・・・。何か知ってるなら教えてよ...それとも、あまりにひどい？あるいは何も知らない．

論ずるに足るものなし

実際には、サーバーに送信される注文が正しいかどうか、注文送信機能を櫛形にしたほうがよいでしょう。

サーバーより先にエラーが報告 されるのではなく、先に...と報告されるようにしたい)

[Alexander Bereznyak]

MrGold166:

それが端からオーバーシュートのポイントであり、1つの注文を2回処理することに何の軍配も上がらない。 最悪の場合、平均価格などの注文をカウントすれば、1つの注文が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();

   }

そして、次にチックしたときに同じ状況にならないことをどうやって保証するのか、そう何もないのです。

そして、最悪の場合、平均の計算を間違えて注文を出し、次のティックがどうでもよくなってしまうかもしれません。

重要なのは注文数ではなく、取引環境、リアルストップの有無、口座内の他の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:
理論的には、複数のオーダーの状態が変化する可能性があります

2つは思いつかず、1つに絞ったのは正解でした。

では、振り出しに戻って、この関数で衝突を解決するにはどうすればいいのか。

[snowman]

sandex:

いいアイデアですね、2つは思いつかず、1つでつまづきました。

では、振り出しに戻って、この関数で衝突を解決するにはどうすればいいのか。

   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:

エントリー時とエグジット時の注文 数が等しくない場合は、再度計算し直します。

これは、保留中の注文が開かれた場合にも役に立ちません。注文の量は保存されますが、パラメータは保存されません。一方、これはほとんど邪魔にならない、新しく開いた保留中の注文を金額に入れなければ、それでOKだ。(これがエラーを引き起こすような状況を私は本当に見ていません)。この状況は、特殊な状況下でのみ発生する可能性があります。その1つは、多くのティック、つまり次の反復が非常に早く、エラーが修正されることです。注文のリバウンドがティック間で発生する場合、これは私たちにとって問題ではありません。

他のプログラマーのコードで、パラメータのヒープを計算するために、1回の反復で何十回も別々に列挙しているのをよく見かけますが、これは問題です。

[A100]

MrGold166:

だからどうした、みんなが変わっても、同じトレードは分析できないよ。

もし、リスト上のトレードが変更になったという話であれば、検索を行った後、つまり利益の合計を出す前に変更になる可能性があります。

特定の状況に適用した計算ではなく、一般的なケースに適用した計算をしたのです。二重計上や過小計上は、時には批判的な意味で重要だと思う。