オーダー_ポジション_ID - ページ 8 123456789101112131415...21 新しいコメント Mikhail Filimonov 2014.08.27 16:35 #71 Integer:本当にそう思っているのか疑問です。むしろ、極端な消費者意識を持っている可能性が高いです。だから、質問しているのはあなただけなんです。そして、自分の問題点を質問されても、なぜか歓迎されない、確実に質問者はバカにされる立場になる。ちなみに、その質問は、フラットでも車でもお金でもない。整数。さすがに大きな車をお持ちなのでしょうか?もう一度言いますが、私にはそのような頭脳はありません。あなたのユーモアの複雑さを理解するために...。ましてや、あなたの思考回路を十分に理解することはできません。 Dmitry Fedoseev 2014.08.27 16:44 #72 Mikalas:整数。さすがに大きな車をお持ちなのでしょうか?という脳みそがないことを再確認しました。あなたのユーモアの複雑さを理解するために...。ましてや、あなたの思考回路を十分に理解することはできません。 私のユーモアではなく、世界的に有名なジョークなんです。それに、私はサイズについて始めたわけではありません。 Mikhail Filimonov 2014.08.27 16:46 #73 Integer: 私のユーモアではなく、世界的、全国的に有名なジョークです。それに、私はサイズについて始めたわけではありません。人の冗談は分からないから、この掲示板で質問しているのですが...。もしかしたら(サイズについて)、完成するかもしれませんよ?P/S おしっこの話はしないでね、私が大きくなったのはもう(さっき)わかったから。 Dmitry Fedoseev 2014.08.27 16:51 #74 Mikalas:人の冗談は分からないから、この掲示板で質問しているのですが...。たぶん(サイズについて)、完成するのでは?人の冗談がわからない」という発言の意味をお伺いしてもよろしいでしょうか。国民との別離のことだったのでしょうか?何が言いたいのか、なぜ、何なのか、本当に不明です。本当にフォーク・ジョークやヒゲ・ジョークを一つも知らないのか?なぜ「and finish」のサイズについて?仕上げることは可能ですが、「と」ではなく、自分が始めたわけではないので、仕上げるしか ないのです。 Mikhail Filimonov 2014.08.27 16:54 #75 政治的な攻撃をしていこう... :)私は単にこの、ここで言うところの荒らしを終わらせることを提案しただけです。私が始めたことだが、あなたが終わらせた方がいいと思うのなら、そうしてほしい。 Dmitry Fedoseev 2014.08.27 16:59 #76 Mikalas:政治的な攻撃をしていこう... :)私は単にこの、ここで言うところの荒らしを終わらせることを提案しただけです。私が始めたことだが、あなたが終わらせた方がいいと思うのなら、そうしてほしい。政治的な攻撃はどこにあったのか?どの時点で、単に提案したのですか?あなたが提案しただけでなく、いつものようにひねくれていることをはっきりと示しました。なぜ宥和的なのか?今のままでも十分落ち着いている。 Mikhail Filimonov 2014.08.27 17:04 #77 Integer:政治的な攻撃はどこにあったのか?どの時点で、単に提案したのですか?あなたが提案しただけでなく、いつものようにひねくれていることをはっきりと示しました。なぜ宥和的なのか?今のままでも十分落ち着いている。整数。政治的な攻撃はどこにあったのか?ほら...あなたは私のユーモアを理解していないし、私もあなたのユーモアを理解していない(賢い人はいつもそうだ)。整数。だから、かなり冷静。そうすれば、私が提案したように、私と言い争うのをやめるはずです。 Mikhail Filimonov 2014.08.27 17:44 #78 概要おそらく、私の短い最初の質問は、どこか「くしゃくしゃ」になっていたのでしょう。そこで、その概要(=質問 する前に思ったこと)をお伝えしようと思います。MQのヘルプより。注文の特性取引実行のための注文は、オーダーによって発行されます。各注文には、読み取るべきいくつかのプロパティがあり、それらの情報はOrderGet...() およびHistoryOrderGet...()関数を使用して取得 することができます。MQのヘルプより。オーダー_ポジション_ID注文が執行された際に、その注文に付されたポジションの識別子。実行された各注文は、新しいポジションを 開いたり、既存のポジションを変更したりする取引を 発生させます。このポジションの識別子には、その時点で約定している注文が設定されます。その理由は次のようなものだった。1. 約定した注文は取引を発生させる(一部約定した注文も取引を発生させる)。2.注文を設定し、一部約定した後、キャンセル した場合、ORDER_POSITION_IDを 提示しなければならないと思うのですが。しかし、削除していない のであれば、ORDER_POSITION_IDはすでに割り当てられて いるはずです。4.数え方は?部分的に実行された注文も、実行された注文となります。(一部実行された)。私の推理は間違っているのかもしれないし、正しいのかもしれない。と書かれています。注文が執行されたときに付けられるポジション識別子。 そして、どのような実行をするのか?パーシャルかフルか?OrderGet...()を使って注文のデータを取得する意味は何ですか?もし、このデータがなかったら? Dmitry Fedoseev 2014.08.27 17:54 #79 満たされた部分にはyidが付き、満たされなかった部分にはyidが付かない。それは、ただただ論理的であるとさえ言えます。注文がぶら下がり、ポジションを閉じることができる。残りの部分がトリガーされた場合、別の位置が存在し、それは異なるidを持つ必要があります。だから0なんです。 Mikhail Filimonov 2014.08.27 17:57 #80 Integer:満たされた部分にはyidが付き、満たされなかった部分にはyidが付かない。それは、ただただ論理的であるとさえ言えます。注文がぶら下がり、ポジションを閉じることができる。残りの部分がトリガーされた場合、別の位置が存在し、それは異なるidを持つ必要があります。だから0なんです。そして、ポジションを閉じない。 123456789101112131415...21 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
本当にそう思っているのか疑問です。むしろ、極端な消費者意識を持っている可能性が高いです。だから、質問しているのはあなただけなんです。そして、自分の問題点を質問されても、なぜか歓迎されない、確実に質問者はバカにされる立場になる。
ちなみに、その質問は、フラットでも車でもお金でもない。
整数。
さすがに大きな車をお持ちなのでしょうか?
もう一度言いますが、私にはそのような頭脳はありません。
あなたのユーモアの複雑さを理解するために...。
ましてや、あなたの思考回路を十分に理解することはできません。
整数。
さすがに大きな車をお持ちなのでしょうか?
という脳みそがないことを再確認しました。
あなたのユーモアの複雑さを理解するために...。
ましてや、あなたの思考回路を十分に理解することはできません。
私のユーモアではなく、世界的、全国的に有名なジョークです。それに、私はサイズについて始めたわけではありません。
人の冗談は分からないから、この掲示板で質問しているのですが...。
もしかしたら(サイズについて)、完成するかもしれませんよ?
P/S おしっこの話はしないでね、私が大きくなったのはもう(さっき)わかったから。
人の冗談は分からないから、この掲示板で質問しているのですが...。
たぶん(サイズについて)、完成するのでは?
人の冗談がわからない」という発言の意味をお伺いしてもよろしいでしょうか。国民との別離のことだったのでしょうか?何が言いたいのか、なぜ、何なのか、本当に不明です。本当にフォーク・ジョークやヒゲ・ジョークを一つも知らないのか?
なぜ「and finish」のサイズについて?仕上げることは可能ですが、「と」ではなく、自分が始めたわけではないので、仕上げるしか ないのです。
政治的な攻撃をしていこう... :)
私は単にこの、ここで言うところの荒らしを終わらせることを提案しただけです。
私が始めたことだが、あなたが終わらせた方がいいと思うのなら、そうしてほしい。
政治的な攻撃をしていこう... :)
私は単にこの、ここで言うところの荒らしを終わらせることを提案しただけです。
私が始めたことだが、あなたが終わらせた方がいいと思うのなら、そうしてほしい。
政治的な攻撃はどこにあったのか?どの時点で、単に提案したのですか?あなたが提案しただけでなく、いつものようにひねくれていることをはっきりと示しました。
なぜ宥和的なのか?今のままでも十分落ち着いている。
政治的な攻撃はどこにあったのか?どの時点で、単に提案したのですか?あなたが提案しただけでなく、いつものようにひねくれていることをはっきりと示しました。
なぜ宥和的なのか?今のままでも十分落ち着いている。
整数。
政治的な攻撃はどこにあったのか?
ほら...あなたは私のユーモアを理解していないし、私もあなたのユーモアを理解していない(賢い人はいつもそうだ)。
整数。
だから、かなり冷静。
そうすれば、私が提案したように、私と言い争うのをやめるはずです。
概要
おそらく、私の短い最初の質問は、どこか「くしゃくしゃ」になっていたのでしょう。
そこで、その概要(=質問 する前に思ったこと)をお伝えしようと思います。
MQのヘルプより。
注文の特性
取引実行のための注文は、オーダーによって発行されます。各注文には、読み取るべきいくつかのプロパティがあり、それらの情報はOrderGet...() およびHistoryOrderGet...()関数を使用して取得 することができます。
MQのヘルプより。
オーダー_ポジション_ID
注文が執行された際に、その注文に付されたポジションの識別子。実行された各注文は、新しいポジションを 開いたり、既存のポジションを変更したりする取引を 発生させます。このポジションの識別子には、その時点で約定している注文が設定されます。
その理由は次のようなものだった。
1. 約定した注文は取引を発生させる(一部約定した注文も取引を発生させる)。
2.注文を設定し、一部約定した後、キャンセル した場合、ORDER_POSITION_IDを 提示しなければならないと思うのですが。
しかし、削除していない のであれば、ORDER_POSITION_IDはすでに割り当てられて いるはずです。
4.数え方は?部分的に実行された注文も、実行された注文となります。(一部実行された)。
私の推理は間違っているのかもしれないし、正しいのかもしれない。
と書かれています。
注文が執行されたときに付けられるポジション識別子。
そして、どのような実行をするのか?パーシャルかフルか?
OrderGet...()を使って注文のデータを取得する意味は何ですか?
もし、このデータがなかったら?
満たされた部分にはyidが付き、満たされなかった部分にはyidが付かない。それは、ただただ論理的であるとさえ言えます。注文がぶら下がり、ポジションを閉じることができる。残りの部分がトリガーされた場合、別の位置が存在し、それは異なるidを持つ必要があります。だから0なんです。
満たされた部分にはyidが付き、満たされなかった部分にはyidが付かない。それは、ただただ論理的であるとさえ言えます。注文がぶら下がり、ポジションを閉じることができる。残りの部分がトリガーされた場合、別の位置が存在し、それは異なるidを持つ必要があります。だから0なんです。
そして、ポジションを閉じない。