オーダー_ポジション_ID - ページ 4 1234567891011...21 新しいコメント Mikhail Filimonov 2014.08.27 14:17 #31 papaklass:プログラマーには、コードについて議論するというルールがあります。コードに問題がある場合、問題が発生したコードを必ず投稿してください。そんな時、きっと助けてくれる人がいるはずです。しかし、あなたは何か新しいことを発明しています。それは、あなたが遭遇した問題を、コードなしで「指先で」議論しようとしているのです。近い将来、サービスデスクだけでなく、フォーラムでも皆さんの疑問が解決されないままになっていても不思議ではありません。正しい結論を出すように心がけ、バカにならないようにしましょう。:)コードの動作 に問題はありません私はもともとプラシバラです。を使う人は、次のようなコードになります。long pos_id = long( OrderGetInteger( ORDER_POSITION_ID ) );いつになったら問題を読めるようになるんだ? Sergey Gridnev 2014.08.27 14:19 #32 Mikalas:コードの動作 に問題はありません私はもともとプラシードです。を使う人は、次のようなコードになります。いつになったら問題を読めるようになるんだ?という質問もありましたね。私の場合、注文が部分的に約定した場合、pos_idは常に0になります。なぜ? Mikhail Filimonov 2014.08.27 14:26 #33 Contender: という質問もありましたね。そうですね、だからそのコードをUSESしている人に後から聞いたわけではありません。 Yury Kulikov 2014.08.27 14:28 #34 Mikalas: 私の場合、注文が部分的に実行された場合、pos_idは常に0になります。なぜ?MQのヘルプより。オーダー_ポジション_ID注文が執行されたときに付けられるポジション識別子。実行された各注文は、新しいポジションを 開いたり、既存のポジションを変更したりする取引を 発生させます。このポジションの識別子には、その時点で約定している注文が設定 されます。 これは、その注文がまだ完全に執行されていないためで、この注文が他のポジションの形成に参加する可能性があります。 Mikhail Filimonov 2014.08.27 14:31 #35 Yurich: おそらく、この注文はまだ完全に実行されておらず、この注文が別のポジションの形成に参加する可能性があるためです。ゆりっちさんとお話できてよかったです、ごきげんよう。ただ、私が実験しているのは、ORDER_POSITION_IDでをdemo-serverで実行しています(誰もプログラムのトレースを妨げてはいません)。そして、関数呼び出し long GetOrderPosId( const ulong ticket )は、「満足」した状態で呼び出されます。そして、先生のヒントで、マジックについて、心配になりました、改めて、ありがとうございました。強調されたフレーズは理解できるのですが、ではなぜMQを書いたのでしょうか?執行された各注文は、新しいポジションをオープンしたり、既存のポジションを変更 したりする取引を発生さ せます。 そこが戸惑うところです。取引はORDER_POSITION_ID、私が間違っているのかもしれませんが、答えがないmz servicedeskです。注文が一部約定した後に単純にキャンセル すると、ORDER_POSITION_IDが 付かないのでは?このポジションの識別子には、その 時点で約定している注文が設定 されます。 Yury Kulikov 2014.08.27 15:02 #36 Mikalas:そして、関数呼び出しは、「落ち着いた」状況で行われます。実行された注文ではなく、発注された注文のIDを尋ねているのです。実行された注文は履歴に残ります。 Sergey Gridnev 2014.08.27 15:06 #37 Mikalas:注文が一部約定した後に単純にキャンセルすると、ORDER_POSITION_IDが 付かないのでは?理論的には、履歴には注文の実行された部分が表示されるはずです。それとも、ないのでしょうか?お気づきになられていないことを質問させていただきましたhttps://www.mql5.com/ru/forum/35432/page2#comment_1042916 Mikhail Filimonov 2014.08.27 15:09 #38 Yurich:実行された注文ではなく、発注された注文のIDを尋ねているのです。実行された注文は履歴に残ります。例えば、履歴データのORDER_POSITION_ID?でも、ヘルプで。注文のプロパティ貿易業務を行うための注文は、オーダーで処理されます。各注文には読み取るべき多くのプロパティがあり、それらの情報は OrderGet...() および HistoryOrderGet...()関数で取得 することができる。 Mikhail Filimonov 2014.08.27 15:12 #39 Contender:あなたは、この部分的に実行された令状を観察しています。どこにあるんだ?トレードリストで、それとも約定したもので?注文は有効 です。 Yury Kulikov 2014.08.27 15:13 #40 Mikalas: 例えば、過去データの場合はORDER_POSITION_ID?は 1234567891011...21 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
プログラマーには、コードについて議論するというルールがあります。
コードに問題がある場合、問題が発生したコードを必ず投稿してください。そんな時、きっと助けてくれる人がいるはずです。しかし、あなたは何か新しいことを発明しています。それは、あなたが遭遇した問題を、コードなしで「指先で」議論しようとしているのです。
近い将来、サービスデスクだけでなく、フォーラムでも皆さんの疑問が解決されないままになっていても不思議ではありません。
正しい結論を出すように心がけ、バカにならないようにしましょう。:)
コードの動作 に問題はありません
私はもともとプラシバラです。
を使う人は、次のようなコードになります。
いつになったら問題を読めるようになるんだ?
コードの動作 に問題はありません
私はもともとプラシードです。
を使う人は、次のようなコードになります。
いつになったら問題を読めるようになるんだ?
という質問もありましたね。
私の場合、注文が部分的に約定した場合、pos_idは常に0になります。
なぜ?
という質問もありましたね。
そうですね、だからそのコードをUSESしている人に後から聞いたわけではありません。
私の場合、注文が部分的に実行された場合、pos_idは常に0になります。
なぜ?
MQのヘルプより。
オーダー_ポジション_ID
注文が執行されたときに付けられるポジション識別子。実行された各注文は、新しいポジションを 開いたり、既存のポジションを変更したりする取引を 発生させます。このポジションの識別子には、その時点で約定している注文が設定 されます。
おそらく、この注文はまだ完全に実行されておらず、この注文が別のポジションの形成に参加する可能性があるためです。
ゆりっちさんとお話できてよかったです、ごきげんよう。
ただ、私が実験しているのは、ORDER_POSITION_IDで
をdemo-serverで実行しています(誰もプログラムのトレースを妨げてはいません)。
そして、関数呼び出し
は、「満足」した状態で呼び出されます。
そして、先生のヒントで、マジックについて、心配になりました、改めて、ありがとうございました。
強調されたフレーズは理解できるのですが、ではなぜMQを書いたのでしょうか?
執行された各注文は、新しいポジションをオープンしたり、既存のポジションを変更 したりする取引を発生さ せます。
そこが戸惑うところです。
取引はORDER_POSITION_ID、私が間違っているのかもしれませんが、答えがないmz servicedeskです。
注文が一部約定した後に単純にキャンセル すると、ORDER_POSITION_IDが 付かないのでは?
このポジションの識別子には、その 時点で約定している注文が設定 されます。
そして、関数呼び出し
は、「落ち着いた」状況で行われます。
実行された注文ではなく、発注された注文のIDを尋ねているのです。実行された注文は履歴に残ります。
注文が一部約定した後に単純にキャンセルすると、ORDER_POSITION_IDが 付かないのでは?
理論的には、履歴には注文の実行された部分が表示されるはずです。それとも、ないのでしょうか?
お気づきになられていないことを質問させていただきましたhttps://www.mql5.com/ru/forum/35432/page2#comment_1042916
実行された注文ではなく、発注された注文のIDを尋ねているのです。実行された注文は履歴に残ります。
例えば、履歴データのORDER_POSITION_ID?
でも、ヘルプで。
注文のプロパティ
貿易業務を行うための注文は、オーダーで処理されます。各注文には読み取るべき多くのプロパティがあり、それらの情報は OrderGet...() および HistoryOrderGet...()関数で取得 することができる。
あなたは、この部分的に実行された令状を観察しています。どこにあるんだ?トレードリストで、それとも約定したもので?
例えば、過去データの場合はORDER_POSITION_ID?