注文が選択されているかどうかを確認する方法 - ページ 3 12345678910...20 新しいコメント Ilya Malev 2013.02.16 18:04 #21 FAQ:をselectでオーダーし、それ以外は何もしない。オーダーセレクターは、オーダーが現在選択されているかどうか、選択されている場合はどのオーダーが現在選択されて いるかを全く知らないので、完全に間違っています。 Boris 2013.02.16 18:11 #22 Ant_TL: オーダーセレクターは、現在オーダーが選択されているかどうかを全く知らないので、かなり間違っています。 どんなEAでも見てください!自分で選ぼうとするのは初めて!?学ぶ!なんでフォーラムごときでそんなに恥ずかしがるんだ? Рустам 2013.02.16 18:12 #23 タンクの中の人たちへ :1) 昔、遠い機能で、あるオーダーを選んで、ある作業をした。2)非常に長い時間を経て、再びアクセスし、その運命を知りたくなった場合。3)注文に連絡し、端末が「注文がありません」と言う(つまり、注文がすでに選択されていない、すでに注文しており、その名前(チケット)をうまく忘れてしまった)。== エラー注文を選択した瞬間に、その名前(チケット)をグローバル変数 に格納し、その後、長い間忘れていた名前(チケット)を使って元に戻すのではなく、このグローバル変数の値を使って選択することを妨げるものは何ですか? オーダー名が含まれていれば、忘れていないという肯定的な答えが返ってきて、そのオーダーの運命やアクションを知ることができるのです。しかし、その名前を忘れてしまった場合、オーダーの選択機能から否定的な反応が返ってくるだけで、再度リストでオーダーを検索しなければならないことに気づかされる。ふぅ...。文字数が多いな...。 Ilya Malev 2013.02.16 18:16 #24 borilunad: どんなEAでも見てください!自分の判断で選んでみるのが一番です!学ぶ!なんで全掲示板で恥ずかしくないの?恥ずかしいのは私ではなく、私が書いている基本的なことを理解していない人たちです(それなのにかなり積極的に「講義」しようとしています)。注文が選択されているかどうかを確認する」とはどういう意味ですか?これは、mql4でプログラムを実行する任意の時点で、現在選択されている順序の ような内部構造が存在することを意味します。OrderSelectを使うだけで、チケットや番号で開店・閉店したオーダーをリストで選択状態にすることができます。しかし、OrderSelectで現在選択されている注文の有無や番号を確認することはできず、チケットやリスト内の番号など、すでに知っているデータを使って注文を選択するのみである。 Ilya Malev 2013.02.16 18:19 #25 FAQ:戦車に乗っている人のために:タンクにいる人のために、もちろん私は、注文を選択することに加えて、グローバルにそのチケットを書き込み、私は順序が選択されているかどうかを知る必要がある場合は、このチケットを決定する独自の関数OrderSelectを 書くことができますが、これはを介して単純な問題解決と呼ばれています...。 Boris 2013.02.16 18:21 #26 FAQ: タンクの中の人たちへ : 1) 昔、遠い機能で、あるオーダーを選んで、ある作業をした。 2)非常に長い時間を経て、再びアクセスし、その運命を知りたくなった場合。 3)注文に連絡し、端末が「注文がありません」と言う(つまり、注文がすでに選択されていない、すでに注文しており、その名前(チケット)をうまく忘れてしまった)。== エラー このメッセージによって実際に注文が選択できなくなった場合、その名前(チケット)はグローバル変数に保存され、その後、長い間忘れていた名前(チケット)を使用してそれに戻る(検索)のではなく、その名前(チケット)を使用することになります。 注文名があれば、忘れていないという肯定的な答えが返ってくるので、その注文がどうなったか調べたり、何かをしたりすることができます。 しかし、その名前を忘れてしまった場合、順序選択機能から否定的な答えが返ってくるだけで、その順序をもう一度一覧で探す必要があることがわかります。 ふぅ...。文字数が多いな...。 彼はおそらく、DCが教えてくれる番号でチケットを探せばいい、チャートで見ればいいと思っているのでは? 削除済み 2013.02.16 18:28 #27 Ant_TL: エラーは出ないはずなので、「怖い」です 注文が実行され、エラーを返す可能性があり、このエラーを回避することはできません。 Ilya Malev 2013.02.16 18:32 #28 Figar0: しかし、これはプログラミング・エラーではなく、さらに悪いことに、MQLではこのような「エラー」がないとやっていけない。 注文は実行されるかもしれないが、エラーを返すかもしれないし、このエラーを避けることはできないのだ。 そうなんです。しかし、そのような誤差がなければ、どこにも行けないというのは納得がいきません。このようなエラーを放置しておくことは、単なる悪いコードでしかありません。エラーを発生させないとやっていけない状況、つまりツールキットの不具合です。実行エラーは全く別のもので、エキスパートアドバイザーの実際のエラーではありませんが、エキスパートアドバイザーが取るべき更なるアクションを示すものです。 削除済み 2013.02.16 18:35 #29 実際、デマゴギーが多いですね。 boolOrderSelect() int index, int select, int pool=MODE_TRADES) です。 この機能では、注文を選択して作業します。関数が正常に終了した場合に TRUE を返します。関数が失敗した場合は FALSE を返します。 GetLastError()を呼び出して、エラーに関する情報を取得する。注文が選ばれたかどうかを知るために必要なこと。 Ant_TL: そう言うなら、自分の主張を正当化しろvoid SomeFunс() { int tick=OrderTicket(); // Поразумевает ордер выбраный посредством OrderSelect (ну или ошибку) // ..... if(tick>0) OrderSelect(tick,SELECT_BY_TICKET); // Так зачем его еще раз выбирать??? } Рустам 2013.02.16 18:36 #30 borilunad: 彼はおそらく、DCが教えてくれる番号でチケットを探せばいい、チャートで見ればいいと思っているのでは? いや、本当に戦車に乗っているんですよ。 12345678910...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
をselectでオーダーし、それ以外は何もしない。
オーダーセレクターは、オーダーが現在選択されているかどうか、選択されている場合はどのオーダーが現在選択されて いるかを全く知らないので、完全に間違っています。
オーダーセレクターは、現在オーダーが選択されているかどうかを全く知らないので、かなり間違っています。
タンクの中の人たちへ :
1) 昔、遠い機能で、あるオーダーを選んで、ある作業をした。
2)非常に長い時間を経て、再びアクセスし、その運命を知りたくなった場合。
3)注文に連絡し、端末が「注文がありません」と言う(つまり、注文がすでに選択されていない、すでに注文しており、その名前(チケット)をうまく忘れてしまった)。== エラー
注文を選択した瞬間に、その名前(チケット)をグローバル変数 に格納し、その後、長い間忘れていた名前(チケット)を使って元に戻すのではなく、このグローバル変数の値を使って選択することを妨げるものは何ですか?
オーダー名が含まれていれば、忘れていないという肯定的な答えが返ってきて、そのオーダーの運命やアクションを知ることができるのです。
しかし、その名前を忘れてしまった場合、オーダーの選択機能から否定的な反応が返ってくるだけで、再度リストでオーダーを検索しなければならないことに気づかされる。
ふぅ...。文字数が多いな...。
どんなEAでも見てください!自分の判断で選んでみるのが一番です!学ぶ!なんで全掲示板で恥ずかしくないの?
恥ずかしいのは私ではなく、私が書いている基本的なことを理解していない人たちです(それなのにかなり積極的に「講義」しようとしています)。
注文が選択されているかどうかを確認する」とはどういう意味ですか?
これは、mql4でプログラムを実行する任意の時点で、現在選択されている順序の ような内部構造が存在することを意味します。OrderSelectを使うだけで、チケットや番号で開店・閉店したオーダーをリストで選択状態にすることができます。
しかし、OrderSelectで現在選択されている注文の有無や番号を確認することはできず、チケットやリスト内の番号など、すでに知っているデータを使って注文を選択するのみである。
戦車に乗っている人のために:
タンクにいる人のために、もちろん私は、注文を選択することに加えて、グローバルにそのチケットを書き込み、私は順序が選択されているかどうかを知る必要がある場合は、このチケットを決定する独自の関数OrderSelectを 書くことができますが、これはを介して単純な問題解決と呼ばれています...。
タンクの中の人たちへ :
1) 昔、遠い機能で、あるオーダーを選んで、ある作業をした。
2)非常に長い時間を経て、再びアクセスし、その運命を知りたくなった場合。
3)注文に連絡し、端末が「注文がありません」と言う(つまり、注文がすでに選択されていない、すでに注文しており、その名前(チケット)をうまく忘れてしまった)。== エラー
このメッセージによって実際に注文が選択できなくなった場合、その名前(チケット)はグローバル変数に保存され、その後、長い間忘れていた名前(チケット)を使用してそれに戻る(検索)のではなく、その名前(チケット)を使用することになります。
注文名があれば、忘れていないという肯定的な答えが返ってくるので、その注文がどうなったか調べたり、何かをしたりすることができます。
しかし、その名前を忘れてしまった場合、順序選択機能から否定的な答えが返ってくるだけで、その順序をもう一度一覧で探す必要があることがわかります。
ふぅ...。文字数が多いな...。
エラーは出ないはずなので、「怖い」です
注文が実行され、エラーを返す可能性があり、このエラーを回避することはできません。
しかし、これはプログラミング・エラーではなく、さらに悪いことに、MQLではこのような「エラー」がないとやっていけない。 注文は実行されるかもしれないが、エラーを返すかもしれないし、このエラーを避けることはできないのだ。
そうなんです。しかし、そのような誤差がなければ、どこにも行けないというのは納得がいきません。このようなエラーを放置しておくことは、単なる悪いコードでしかありません。エラーを発生させないとやっていけない状況、つまりツールキットの不具合です。実行エラーは全く別のもので、エキスパートアドバイザーの実際のエラーではありませんが、エキスパートアドバイザーが取るべき更なるアクションを示すものです。
実際、デマゴギーが多いですね。
注文が選ばれたかどうかを知るために必要なこと。
そう言うなら、自分の主張を正当化しろ
彼はおそらく、DCが教えてくれる番号でチケットを探せばいい、チャートで見ればいいと思っているのでは?
いや、本当に戦車に乗っているんですよ。