注文が選択されているかどうかを確認する方法 - ページ 13 1...67891011121314151617181920 新しいコメント Алексей Тарабанов 2013.02.22 22:37 #121 Ant_TL:実は、注文処理サイクルの内側でも外側でも使える汎用関数の1つ、つまり注文が選択される前にエラーが発生する状況に遭遇したのです。もし、注文が選択された後でも、その前でも、注文があるときでも、ないときでも使えるようなユニバーサルサービス機能を作りたいのであれば、前ページで述べたような仕組みで、このエラーを回避する必要があります。順序選択がライブラリモジュールに渡されずに戻ってくることは、このスレッドの前の方で既に書きました。 Antonさん、お誕生日おめでとうございます。 Ilya Malev 2013.02.22 22:37 #122 grell: トレード操作ごとにオーダーセレクトがあることに慣れれば問題ないでしょう。そして、そう、正しく書かれているのは、1つの注文しか選択できないことです。それ以外はすべて配列で解決します。 関数B()が関数A()からの注文選択を 横取りして動作させようとする事態のことを言ったのではありません。注文の選択をバイパスする。ポイントが違うんです。でも、役に立つかもしれません。 Ilya Malev 2013.02.22 22:38 #123 tara: Antonさん、こちらこそよろしくお願いします。 Happy Holidays to you too! Ilya Malev 2013.02.22 22:40 #124 FAQ: 一度に選択できる注文が1つだけ であることを、あなたはずっと忘れています。終了 = オーダーのリストをセービングプール(あなたの配列)に格納します。1つのグローバル変数 lastorder では十分ではありません。すべての注文を配列で管理することは、複雑なグリッドEAには適していますが、すべてのEAに適しているわけではありません。私の場合、スズメに大砲を撃つようなものです。1つの注文しか選択できないことを忘れてはいない。ただ、それが選ばれたのかどうか（特定の順番ではなく、このティックで任意の順番が全く選ばれなかったのか、つまりorder selectが正常に呼ばれたのかどうか）をエラーなく知ることはできないだろうと指摘したのです。しかし、lastorder型の変数が1つあれば十分である。 Дмитрий 2013.02.22 22:41 #125 Ant_TL:関数B()が関数A()からの注文選択を横取りして動作させようとする事態のことを言ったのではありません。注文の選択をバイパスする。ポイントが違うんです。便利かもしれませんが。 では、複数のオーダーで仕事をする必要性を理解するために、状況を具体的に教えてください。ところで、ハッピーホリデー! Ilya Malev 2013.02.22 22:43 #126 grell: では、複数のオーダーで仕事をする必要性を理解するために、具体的な状況を教えてください。ところで、ハッピーホリデー!Happy Holidays to you too!-))何か面白いことが思い浮かんだら、すぐに話題にしますよ。この仕組みがないと難しい状況。そうでなければ、すぐに「正しく」プログラミングするためのアドバイスをしてくれます。)) Рустам 2013.02.22 22:46 #127 Ant_TL:すべての注文を配列で管理することは、複雑なグリッドEAには適していますが、すべてのEAに適しているわけではありません。私の場合、スズメに大砲を撃つようなものです。 すべてのスズメに合わせてパチンコを曲げ、調整する時間を浪費するのが好きかどうかは、あなたの自由です。どんな弾丸にも対応できるような大砲を一度作っておいて、いざというときにスズメを撃てるようにしておきたいんです。） Дмитрий 2013.02.22 22:51 #128 Ant_TL:Happy Holidays to you too!-))何か面白いことが思い浮かんだら、すぐに 話題にしますよ。この仕組みがないと難しい状況。そうでなければ、すぐに「正しく」プログラミングするためのアドバイスをしてくれます。)) これが日常的な状況であることを証明しようとするならば、何を探せばいいのでしょう。たくさんのオーダーを扱うことができ、なおかつオーダーを見失う心配もなく、一つ一つ選択していくことができます。また、1つの注文であれば、別の機能でRETURNSを選択することは、暗い部屋で黒猫を探すのと同じことです。 Ilya Malev 2013.02.22 22:55 #129 grell: これが普通の日常であることを証明しようとするならば、何を見つけることができるのでしょう。多くのオーダーを抱えながらでも、オーダーを見失う心配なく、一つひとつ丁寧に作業することができます。そして、それが一つの秩序であるならば、他の機能でそれを選択することは、暗い部屋で黒猫を探すことに等しいのです。 私のEAでこのような状況に遭遇しました。あるシンボルマジックに対して開いているすべての注文の数を取得するためにテンプレート関数MyTotal()を呼び出したときです。明らかに、私はいくつかの以前のEAでループでそれを使用し、したがって、現在の注文選択の 保存と復元をそれに追加しました。で、ループなしでorderselectの前に使ったらエラーになったんだ。私は、ループ内でもループ外でも使える普遍的なテンプレート関数にしたいので、このテンプレートにMySelect/TickSelectラッパーを使用することにします。このような状況では、一度に複数の注文を処理する必要があることはおわかりいただけると思います。メイン・ループでいくつかの注文を処理し、MyTotal を呼び出して、すべての注文を処理して必要な数を決定しています。 Дмитрий 2013.02.22 22:58 #130 間違いを正して寝なさい、明日は忙しいんだから :) 1...67891011121314151617181920 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
実は、注文処理サイクルの内側でも外側でも使える汎用関数の1つ、つまり注文が選択される前にエラーが発生する状況に遭遇したのです。もし、注文が選択された後でも、その前でも、注文があるときでも、ないときでも使えるようなユニバーサルサービス機能を作りたいのであれば、前ページで述べたような仕組みで、このエラーを回避する必要があります。
順序選択がライブラリモジュールに渡されずに戻ってくることは、このスレッドの前の方で既に書きました。
Antonさん、お誕生日おめでとうございます。
トレード操作ごとにオーダーセレクトがあることに慣れれば問題ないでしょう。そして、そう、正しく書かれているのは、1つの注文しか選択できないことです。それ以外はすべて配列で解決します。
関数B()が関数A()からの注文選択を 横取りして動作させようとする事態のことを言ったのではありません。注文の選択をバイパスする。ポイントが違うんです。でも、役に立つかもしれません。
Antonさん、こちらこそよろしくお願いします。
Happy Holidays to you too!
一度に選択できる注文が1つだけ であることを、あなたはずっと忘れています。終了 = オーダーのリストをセービングプール(あなたの配列)に格納します。1つのグローバル変数 lastorder では十分ではありません。
すべての注文を配列で管理することは、複雑なグリッドEAには適していますが、すべてのEAに適しているわけではありません。私の場合、スズメに大砲を撃つようなものです。1つの注文しか選択できないことを忘れてはいない。ただ、それが選ばれたのかどうか（特定の順番ではなく、このティックで任意の順番が全く選ばれなかったのか、つまりorder selectが正常に呼ばれたのかどうか）をエラーなく知ることはできないだろうと指摘したのです。しかし、lastorder型の変数が1つあれば十分である。
関数B()が関数A()からの注文選択を横取りして動作させようとする事態のことを言ったのではありません。注文の選択をバイパスする。ポイントが違うんです。便利かもしれませんが。
では、複数のオーダーで仕事をする必要性を理解するために、状況を具体的に教えてください。ところで、ハッピーホリデー!
では、複数のオーダーで仕事をする必要性を理解するために、具体的な状況を教えてください。ところで、ハッピーホリデー!
Happy Holidays to you too!-))
何か面白いことが思い浮かんだら、すぐに話題にしますよ。この仕組みがないと難しい状況。そうでなければ、すぐに「正しく」プログラミングするためのアドバイスをしてくれます。))
すべての注文を配列で管理することは、複雑なグリッドEAには適していますが、すべてのEAに適しているわけではありません。私の場合、スズメに大砲を撃つようなものです。
すべてのスズメに合わせてパチンコを曲げ、調整する時間を浪費するのが好きかどうかは、あなたの自由です。どんな弾丸にも対応できるような大砲を一度作っておいて、いざというときにスズメを撃てるようにしておきたいんです。）
Happy Holidays to you too!-))
何か面白いことが思い浮かんだら、すぐに 話題にしますよ。この仕組みがないと難しい状況。そうでなければ、すぐに「正しく」プログラミングするためのアドバイスをしてくれます。))
これが日常的な状況であることを証明しようとするならば、何を探せばいいのでしょう。たくさんのオーダーを扱うことができ、なおかつオーダーを見失う心配もなく、一つ一つ選択していくことができます。また、1つの注文であれば、別の機能でRETURNSを選択することは、暗い部屋で黒猫を探すのと同じことです。
これが普通の日常であることを証明しようとするならば、何を見つけることができるのでしょう。多くのオーダーを抱えながらでも、オーダーを見失う心配なく、一つひとつ丁寧に作業することができます。そして、それが一つの秩序であるならば、他の機能でそれを選択することは、暗い部屋で黒猫を探すことに等しいのです。
私のEAでこのような状況に遭遇しました。あるシンボルマジックに対して開いているすべての注文の数を取得するためにテンプレート関数MyTotal()を呼び出したときです。明らかに、私はいくつかの以前のEAでループでそれを使用し、したがって、現在の注文選択の 保存と復元をそれに追加しました。で、ループなしでorderselectの前に使ったらエラーになったんだ。私は、ループ内でもループ外でも使える普遍的なテンプレート関数にしたいので、このテンプレートにMySelect/TickSelectラッパーを使用することにします。
このような状況では、一度に複数の注文を処理する必要があることはおわかりいただけると思います。メイン・ループでいくつかの注文を処理し、MyTotal を呼び出して、すべての注文を処理して必要な数を決定しています。