OrderSend() の質問 - ページ 4 123456789 新しいコメント Yedelkin 2012.05.17 10:34 #31 ありがとうございます、大体わかりました。結局のところ、request.type_fillingフィールドに特定の値を割り当てる前に、現在の実行ポリシーを 決定する必然的な方法がないことがわかりました。どのように(どのモードで)リクエストを実行するかは、サーバーが自分で決めてくれるものと期待していたのですが :) Rashid Umarov 2012.05.17 11:05 #32 私たちは常に努力を続けています。究極の目標は、大きな手のひらボタン(タブレット用)1つでトレーディングロボットを ソースコードで作成 することです - [Make Money].まだうまくいっていないんです :) Mykola Demko 2012.05.17 11:07 #33 Rosh: 私たちは常に努力を続けています。最終的な目標は、大きな手のひらボタン(タブレット用)1つで、ソースコードでトレーディングロボットを作ることです - [Make Money].まだうまくいっていないんです。 私はボタンを作ることができます :) もしbotが機能するなら、気軽に連絡してください。 Anatoli Kazharski 2012.05.17 11:28 #34 Rosh: 私たちは常に努力を続けています。究極の目標は、大きな手のひらボタン(タブレット用)1つでトレーディングロボットをソースコードで作成することです - [Make Money].まだうまくいっていないんです :) 並んでいます。プラトー出口の最も美しいボタンを描きます。))) Mykola Demko 2012.05.17 11:33 #35 tol64: 並んでいます。プラトー出口の一番きれいなボタンを描きます。))) うちはいつもこんな感じで、ボタンを描く人はいても、ボットを書く 人がいないんです :( Anatoli Kazharski 2012.05.17 11:41 #36 Urain: これは私たちの常で、ボタンを描く人はいても、ボットを書く 人がいないんです :( パソコンから24時間体制で作業しています。私はあきらめない。最大の難点は、長い時間しかかからないことです。 Mykola Demko 2012.05.17 11:54 #37 tol64:24時間体制で取り組んでいます。私はあきらめない。 最大の課題は、とにかく時間が かかることです。 そして、それは確実なものではありません。 Yedelkin 2012.05.17 11:55 #38 この2つのリターンコードの大きな違いは何ですか? 10020 取引コード価格変更 価格が変更になりました 10004 トレード_リコード_リクオート リクオート どうにかして処理しなければならないのです。これらのコードは両方とも成行注文を指すのでしょうか?TRADE_RETCODE_PRICE_CHANGEDは、どのような場合に再見積もりの代わりに返せるのですか? TRADE_RETCODE_PRICE_CHANGEDの 代わりに、どのような場合に再見積もりを 返せばよいですか? Anatoli Kazharski 2012.05.17 12:23 #39 Urain: そして、それがうまくいくかどうかは定かではありません。 その可能性も否定できない。:) Yedelkin 2012.05.17 17:07 #40 Rosh: イェデルキン成行 注文にはORDER_FILLING_FOKとORDER_FILLING_IOCという 2つの執行方針が あるためです。 つまり、2つの選択肢を選ぶことができるのです。完全に混乱しています。成行注文に関する私の発言は、モード識別子が「執行方針」、すなわちSYMBOL_TRADE_EXECUTION_REQUEST、SYMBOL_TRADE_EXECUTION_INSTANT、SYMBOL_TRADE_EXECUTION_MARKET、SYMBOL_TRADE_EXECUTION_EXCHANGEに 直接関連していた古いバージョンの参考マニュアルから導かれたということが判明しているのです。今、Handbookではすべてが変わり、そのような関係性の情報は消えてしまった。したがって、ORDER_FILLING_FOKとORDER_FILLING_IOCが成行注文にのみ関係 するという明確な結論はない。 オーダーフィリングフォック このオーダーフィリングポリシーは、指定された範囲内でしかオーダーを満たすことができないことを意味します。その時点で市場に十分な量の金融商品がない場合、注文は執行されません。必要なボリュームは、現在市場にある複数のオファーからまとめることができます。 オーダーフィリング 注文で指定された数量の範囲内で、市場で入手可能な最大の数量まで取引を行うことに同意することを示す。完全な執行が不可能な場合、注文は利用可能な数量まで満たされ、満たされていない数量はキャンセルされます。 オーダーフィリングリターン このモードは、ORDER_TYPE_BUY_LIMITおよびORDER_TYPE_SELL_LIMITの注文にのみ使用されます。部分約定した場合、残りの数量の指値注文は削除されず、有効なままとなります。 ORDER_TYPE_BUY_STOP_LIMITとORDER_TYPE_SELL_STOP_LIMIT注文に対応する、ORDER_TYPE_BUY_LIMIT / ORDER_TYPE_SELL_LIMITの指値注文が起動時に作成され、注文の種類としてORDER_FILLING_RETURNが指定されます。 新しいルールの解釈が正しいかどうか教えてください。1.ORDER_FILLING_RETURN モードは、ORDER_TYPE_BUY_LIMIT、ORDER_TYPE_LIMIT、ORDER_TYPE_BUY_STOP_LIMIT、ORDER_TYPE_SELL_STOP_LIMITの4種類の注文にのみ適用 されます。2)ORDER_FILLING_FOKと ORDER_FILLING_IOC モードは、上記の4つの注文タイプ(ORDER_TYPE_BUY_LIMIT、 ORDER_TYPE_SELL_LIMIT、 ORDER_TYPE_BUY_STOP_LIMIT、 ORDER_TYPE_SELL_STOP_LIMIT)を含むすべての注文(成り行きと保留)に適用しますか。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ありがとうございます、大体わかりました。結局のところ、request.type_fillingフィールドに特定の値を割り当てる前に、現在の実行ポリシーを 決定する必然的な方法がないことがわかりました。どのように(どのモードで)リクエストを実行するかは、サーバーが自分で決めてくれるものと期待していたのですが :)
私たちは常に努力を続けています。究極の目標は、大きな手のひらボタン(タブレット用)1つでトレーディングロボットを ソースコードで作成 することです - [Make Money].
まだうまくいっていないんです :)
私たちは常に努力を続けています。最終的な目標は、大きな手のひらボタン(タブレット用)1つで、ソースコードでトレーディングロボットを作ることです - [Make Money].
まだうまくいっていないんです。
私たちは常に努力を続けています。究極の目標は、大きな手のひらボタン(タブレット用)1つでトレーディングロボットをソースコードで作成することです - [Make Money].
まだうまくいっていないんです :)
並んでいます。プラトー出口の一番きれいなボタンを描きます。)))
これは私たちの常で、ボタンを描く人はいても、ボットを書く 人がいないんです :(
24時間体制で取り組んでいます。私はあきらめない。
最大の課題は、とにかく時間が かかることです。
この2つのリターンコードの大きな違いは何ですか?
10020
取引コード価格変更
価格が変更になりました
10004
トレード_リコード_リクオート
リクオート
どうにかして処理しなければならないのです。これらのコードは両方とも成行注文を指すのでしょうか?TRADE_RETCODE_PRICE_CHANGEDは、どのような場合に再見積もりの代わりに返せるのですか? TRADE_RETCODE_PRICE_CHANGEDの 代わりに、どのような場合に再見積もりを 返せばよいですか?
そして、それがうまくいくかどうかは定かではありません。
Rosh:
成行 注文にはORDER_FILLING_FOKとORDER_FILLING_IOCという 2つの執行方針が あるためです。
完全に混乱しています。成行注文に関する私の発言は、モード識別子が「執行方針」、すなわちSYMBOL_TRADE_EXECUTION_REQUEST、SYMBOL_TRADE_EXECUTION_INSTANT、SYMBOL_TRADE_EXECUTION_MARKET、SYMBOL_TRADE_EXECUTION_EXCHANGEに 直接関連していた古いバージョンの参考マニュアルから導かれたということが判明しているのです。
今、Handbookではすべてが変わり、そのような関係性の情報は消えてしまった。したがって、ORDER_FILLING_FOKとORDER_FILLING_IOCが成行注文にのみ関係 するという明確な結論はない。
オーダーフィリングフォック
このオーダーフィリングポリシーは、指定された範囲内でしかオーダーを満たすことができないことを意味します。その時点で市場に十分な量の金融商品がない場合、注文は執行されません。必要なボリュームは、現在市場にある複数のオファーからまとめることができます。
オーダーフィリング
注文で指定された数量の範囲内で、市場で入手可能な最大の数量まで取引を行うことに同意することを示す。完全な執行が不可能な場合、注文は利用可能な数量まで満たされ、満たされていない数量はキャンセルされます。
オーダーフィリングリターン
このモードは、ORDER_TYPE_BUY_LIMITおよびORDER_TYPE_SELL_LIMITの注文にのみ使用されます。部分約定した場合、残りの数量の指値注文は削除されず、有効なままとなります。
ORDER_TYPE_BUY_STOP_LIMITとORDER_TYPE_SELL_STOP_LIMIT注文に対応する、ORDER_TYPE_BUY_LIMIT / ORDER_TYPE_SELL_LIMITの指値注文が起動時に作成され、注文の種類としてORDER_FILLING_RETURNが指定されます。
新しいルールの解釈が正しいかどうか教えてください。
1.ORDER_FILLING_RETURN モードは、ORDER_TYPE_BUY_LIMIT、ORDER_TYPE_LIMIT、ORDER_TYPE_BUY_STOP_LIMIT、ORDER_TYPE_SELL_STOP_LIMITの4種類の注文にのみ適用 されます。
2)ORDER_FILLING_FOKと ORDER_FILLING_IOC モードは、上記の4つの注文タイプ(ORDER_TYPE_BUY_LIMIT、 ORDER_TYPE_SELL_LIMIT、 ORDER_TYPE_BUY_STOP_LIMIT、 ORDER_TYPE_SELL_STOP_LIMIT)を含むすべての注文(成り行きと保留)に適用しますか。