受注サイクルの整理 - ページ 6

新しいコメント
 
Alexey Viktorov:

オーダーリストの変更にチェックを入れる

この方法では、再インデックス付けは考慮されません。

追加された場合、彼らや他の人たちが寂しくなることは明らかです。しかし、単に削除されただけだとしたらどうでしょう？受注リストから抜けられなくなる？

つまり、何も問題はないのですが、OrderSelectの 際にエラーが発生するのです。

 
fxsaber:

こうすることで、再インデックス化が考慮されなくなります。

それはいいとして、OrderSelectでエラーになる。

1.インデックス作成/再インデックス作成とは何ですか？私の意見では、それをフラグに...手、新しいサイクルを始めるからです。それとも、もっと複雑な状況を想像できるでしょうか？ある注文をオープンし、同時に別の注文をクローズすることが可能であることを想像できるでしょうか。

2.私もそう思います。今朝はなかなか目が覚めない...。なかなか目が覚めない...。

 
Alexey Viktorov:

1.インデックス作成/再インデックス作成とはどういう意味ですか？私の意見と彼女のフラグで...手、新しいサイクルが始まるからです。それとも、もっと複雑な状況を想像できるでしょうか？ある注文がオープンされ、同時に別の注文がクローズされる可能性があることを想像できるでしょうか。

そうですね、これもシナリオのひとつかもしれません。もう1つバリエーションがあります

サイクル中に何らかの未決済注文が執行される

 
fxsaber:

注文の処理中に、毎ターン、OrdersTotal() とOrdersHistoryTotal()が変更されたかどうかをチェックするとしたらどうでしょうか。

そして、その価値を状況に応じて分析する？

 
fxsaber:

そうですね、ひとつの選択肢として、こういうのもありかもしれませんね。もあるんです。

サイクル中に何らかの振り子が成される


1.この変種はフィクションの域を出ない。まあ、結局は次の刻みで全部うまくいけば何も起きないんですけどね。

2.保留中の注文はアルゴリズムに従って移動させる必要があり、ストップは成行注文に移動させると理解しています。その結果、実行時間に 関係なく、注文の種類を確認し、実行されます。

 
Alexey Kozitsyn:

注文の処理中に、毎ターン、OrdersTotal()とOrdersHistoryTotal()が変更されたかどうかをチェックするとしたらどうでしょうか。

そして、得られた値を状況に応じて分析する？

以下は、同様の提案です。


トレーディング、自動売買システム、ストラテジーテストに関するフォーラム

mql4の特性、ヒントとコツ

アレクセイ・ビクトロフ さん 2017.09.15 07:24

まず、非標準的な状況が提示されており、この状況をすでに解決している人は、いたとしてもほとんどいない。

純粋に理論的に。

OrderModifyについては、逆ループを組む必要はないので、直接的に行うようにします。

int i, total = OrdersTotal();
for(i = 0; i < total; i++)

そして、注文のリストに変更がないか確認する必要があります

if(total != OrdersTotal())
 {
  i = 0;
  total = OrdersTotal();
  continue;
 }

注文量が変化した場合は、新しい注文量でこのループを新たに開始しよう。

という疑問もあります。

注文が追加された場合、その注文や他の注文がスキップされることは明らかである。しかし、単に削除されただけだとしたらどうでしょう？オーダーリストを超えることはないのでしょうか？


OrdersHistoryTotal() をチェックしない場合のみ。
 
Alexey Viktorov:

以下、同様の提案でした。



OrdersHistoryTotal() をチェックしない場合のみ。
はい、読みました。ただ、同時開閉が発生した場合のために、履歴の注文も確認するようにしました。
 
Alexey Kozitsyn:

注文の処理中に、毎ターン、OrdersTotal()とOrdersHistoryTotal()が変更されたかどうかをチェックするとしたらどうでしょうか。

そして、その価値を状況に応じて分析する？

再インデックス化の際に存在しない可能性があります。
 
Alexey Viktorov:

1.この選択肢はファンタジーになりかけている。まあ、結局、次の刻みですべてがうまくいけば、何も起きないんですけどね。

次のティックが隙間になってしまった。今日できることをなぜ明日に先送りするのか？

2.私の理解では、アルゴリズムによれば、保留中の注文は移動し、ストップは成行注文に移動するはずです。したがって、注文の種類は実行時間に 関係なくチェックされ、実行されます。

まあ、オーダータイプはどうしようもないですね。

 
fxsaber:
再インデックス時にない場合があります。

それなら、できるだけ早く注文を選択して（選択するだけ！）配列に書き込み、別の関数で、それらの注文の有無＋必要なアクション（クローズ／削除／変更）をチェックするようにすればいいのでは？

この支店で議論するのはどうかと思うけれども。このブランチは機能のためのものです。

12345678910111213...15
新しいコメント