追伸:この興味はどこから来たのか調べてみました。https://www.mql5.com/ru/forum/215783/page8 branch "Organising the Order Cycle "に掲載されたものであることがわかりました。結論から言うと、2017年10月、その300年はまだ終わっていない、まだ新しさが残っているのです。
P.S. この興味はどこから来るのか調べてみました。https://www.mql5.com/ru/forum/215783/page8 branch "Organising the order cycle "に掲載されていることが判明しました。結論から言うと、2017年10月、その300年はまだ終わっていない、まだ新しさがあるのです。
EAで開いた注文をシンボルで全て決済する機能が正しく実装されているか、ご教示いただけないでしょうか。
アーキテクチャ自体は正しいのです。エラーはチェック不足と一部の関数の使い回しにある。
アーキテクチャ自体は正しいのです。エラーはチェック不足と一部の関数の使い回しにある。
ありがとうございます、一番の問題は同じ値段のものを使っていたことでしょう
OrderSelectヘルプより「 SELECT_BY_POSパラメータを使用して注文を 連続的に選択 すると、情報は取引サーバーから来た順番に表示されます。得られたオーダーリストのソートを保証するものではありません」。
このフレーズが無駄にヘルプに挿入されたと思えば、OKなのです。もし、このリストが何らかの理由で存在すると考えるなら、ループがオーダーのリストを通過する間、このリストを変更しないようにしなければならない。サーバー上で注文の1つが削除され、OrdersTotalが小さくなった新しい現在のリストが到着した後、注文がどのように順番付けされるかは不明である。削除せずに、同じように変更されていないリストのコピーを実行し、削除する取引のチケット番号をすべて(配列で)収集する方がより確実である。そして、そのリストのことは忘れて、チケットで選択したトレードを削除します。
もちろん、順序のないリストの末尾からいくつかの順序を削除するこのケースに限っては、変更可能なリストにおける順序性が保たれていると信じたいところですが、開発者はそれに反対しています...。今はうまくいっていますが、もし新しいビルドが出たら、「警告したぞ」となります。
OrderSelectヘルプより「 SELECT_BY_POSパラメータを使用して注文を 連続的に選択 すると、情報は取引サーバーから来た順番に表示されます。得られたオーダーリストのソートを保証するものではありません」。
このフレーズが無駄にヘルプに挿入されたと思えば、OKなのです。もし、このリストが何らかの理由で存在すると考えるなら、ループがオーダーのリストを通過する間、このリストを変更しないようにしなければならない。サーバー上で注文の1つが削除され、OrdersTotalが小さくなった新しい現在のリストが到着した後、注文がどのように順番付けされるかは不明である。削除せずに、同じように変更されていないリストのコピーを実行し、削除する取引のチケット番号をすべて(配列で)収集する方がより確実である。そして、そのリストのことは忘れて、チケットで選択したトレードを削除します。
もちろん、順序のないリストの末尾からいくつかの順序を削除するこのケースに限っては、変更可能なリストにおける順序性が保たれていると信じたいところですが、開発者はそれに反対しています...。今はうまくいっていますが、もし新しいビルドが出たら、「警告したぞ」となります。
そんな「アメリカ」は、約300年前から開かれていたのです :)
こういう「アメリカ」は300年くらい前から開かれていたような気がします :)
新規参入者を代表してここで質問している人たちは、すでに自分で発見していないと思います。だから、書いているんです。司会者のためではなく、質問者のために。スレッドの名前を見てください。
追伸:この興味はどこから来たのか調べてみました。https://www.mql5.com/ru/forum/215783/page8 branch "Organising the Order Cycle "に掲載されたものであることがわかりました。結論から言うと、2017年10月、その300年はまだ終わっていない、まだ新しさが残っているのです。
新規参入者を代表してここで質問している人たちは、すでに自分で発見していないと思います。だから、書いているんです。司会者のためではなく、質問者のために。スレッドの名前を見てください。
P.S. この興味はどこから来るのか調べてみました。https://www.mql5.com/ru/forum/215783/page8 branch "Organising the order cycle "に掲載されていることが判明しました。結論から言うと、2017年10月、その300年はまだ終わっていない、まだ新しさがあるのです。
また間違えた :)300年はmql4.comから始まった--そこで活発に議論された時期があったのだ。そして、「今は動いているけど、新しいビルドが出るよ~"警告した"」で紹介されていたような瞬間もありましたね。警告がないだけに、何度か - それは依存する、それはソートに依存しない...。
そうそう、そういう回答のための専用スレッドもあるんですよ。
OrderSelectヘルプより「 SELECT_BY_POSパラメータを使用して注文を 連続的に選択 すると、情報は取引サーバーから来た順番に表示されます。得られたオーダーリストのソートを保証するものではありません」。
このフレーズが無駄にヘルプに挿入されたと思えば、OKなのです。もし、このリストが何らかの理由で存在すると考えるなら、ループがオーダーのリストを通過する間、このリストを変更しないようにしなければならない。サーバー上で注文の1つが削除され、OrdersTotalが小さくなった新しい現在のリストが到着した後、注文がどのように順番付けされるかは不明である。削除せずに、同じように変更されていないリストのコピーを実行し、削除する取引のチケット番号をすべて(配列で)収集する方がより確実である。そして、そのリストのことは忘れて、チケットで選択したトレードを削除します。
もちろん、少なくともこのような順序のないリストの末尾からいくつかの順序を削除するようなケースでは、変更可能なリストにおける順序が保存されると信じたいのですが、開発者はそれに反対しています...。今はうまくいっていますし、新しいビルドが出ても「警告しましたよ」となります。
良いアイデアとして、(複数のExpert Advisor + トレーダーが並行してアカウントで作業できることを考慮し)ループでトレードを実行することは一切できません。必要な注文を受け、操作を実行し、OnTick()全体を再度実行します(新しいティックが到着するとは限りません)。そして、必要な操作がすべて実行されるまで続けます。
従って、オーダーを削除するために配列を形成することは、ループ内でオーダーを削除することと同じである。
停止」ボタンがありますが、一度押したら「開始」に変更するにはどうしたらよいですか?
私の専門家の例を参照してください
Expert Advisorの例をご覧ください。
ありがとうございます、ちょうど私が必要としていたものです。
知っておくと便利かもしれませんが、ポジション不足のエラーがあります--- ToFile EURUSD,H1: 'ToFile.mq4' (62,39) にゼロディバイドがあります。
テスターでテキストが変更されない、そのようなオプションはないのですか?