MQ Alexander 2016.08.0318:00# EN
Что касается ордеров, позиций и сделок.
Как написано в хелпе - последовательность поступления транзакций не гарантирована - транзакция переноса ордера в историю может быть получена раньше, чем транзакция сделки.
Изменение позиции в терминале происходит строго в результате получения сделочной транзакции, соответственно её получение является гарантией того что позиция поменялась.
Получение транзакции переноса ордера в историю, гарантирует только то, что ордер перестал быть активным (открытым) и был перенесён в историю ордеров.
Кроме того, транзакции могут потеряться при доставке от сервера к терминалу.
Что касается этой фразы.
Судя по всему - она осталась из документации к одной из начальных версий терминала с асинхронной торговли. В ближайшее время уберём. Виновные будут расстреляны.
順番や容量は問いません。
その方式は次の通りです。
こんにちは。
状況は以下の通りです。 MT5、ビルド1375。
その作業では、先物を取引する際、ロボットはOrderSendAsync()関数を使用します。
2 単位の数量でオープンポジションがあるとします。
開発者にエラーを知らせるためのロギングはどのように行えばよいのでしょうか？
モスクワ取引所MOEXの取引ロボットを作成する際にどこから始める か」の記事に、TradeTransaction イベントをリッスンするオシレータの例が載っています。
実行してみて、約定したトレードのログをご覧ください。質問はないはずです。
この「リスナー」の仕組みの一例。
モスクワ取引所MOEXの取引ロボット作成の始め 方という記事に、TradeTransaction イベントをリッスンするowlの例があります。
実行してみて、トレード操作のログをご覧ください。疑問は解消されるはずです。
ありがとうございました。
要点を知りたいんです。
直してくれますか？
その方式は次の通りです。
prostotrader:
ただ、実質的な回答が欲しいところです。
訂正してもらえますか？
また割り込みで申し訳ないのですが...はっきり言いますが、何が間違いなのでしょうか？
ありがとうございました。
ただ、実質的な回答が欲しいところです。
訂正してもらえますか？
それなら例題は必要ない。取引注文の 実行のすべての段階がそこに明確に記述されているのだから。見てもいないじゃないですか。
ですから、この例は必要ありません。取引注文の 実行のすべての段階が明確に綴られているのです。見てもいないじゃないですか。
見てもいないじゃないか!!!
見てもいないくせに!!!!
TRADE_TRANSACTION_DEAL_ADDはすべてあなたのものです。このイベントを取得するまでは、位置情報が誤っている可能性があります。それ以外はすべて、あなたの思いつきに過ぎません。ウォンツ、つまりは
TRADE_TRANSACTION_DEAL_ADDを待って、ポジション情報を取得します。それだけです。
TRADE_TRANSACTION_DEAL_ADDはあなたの全てです。このイベントを受け取るまでは、位置情報が誤っている可能性があります。それ以外はすべて、あなたの思いつきに過ぎません。ウォンツ、つまりは
TRADE_TRANSACTION_DEAL_ADDを待って、ポジション情報を取得します。それだけです。
すでにお話したとおりです。
タンバリンの踊り方......だいたい知っています。