2016.08.0317:25:57.693 Test_Pos_selct (GAZR-9.16,M1) OpenPosition: Order sent successfully for open position volume = 2.02016.08.0317:25:57.703 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Order resived #502780992016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Deal, based on order #50278099 done.
2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position exists.
2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position type: POSITION_TYPE_BUY2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position volume: 12016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Order #50278099 add to history.
2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Order #50278099 not found.
2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position exists
2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position type: POSITION_TYPE_BUY2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position volume: 22016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Deal, based on order #50278099 done.
2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position exists.
2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position type: POSITION_TYPE_BUY2016.08.0317:25:57.733 Test_Pos_selct (GAZR-9.16,M1) OnTradeTransaction: Position volume: 22016.08.0317:25:58.613 Test_Pos_selct (GAZR-9.16,M1) OnBookEvent: Position exists
2016.08.0317:25:58.613 Test_Pos_selct (GAZR-9.16,M1) OnBookEvent: Position type: POSITION_TYPE_BUY2016.08.0317:25:58.613 Test_Pos_selct (GAZR-9.16,M1) OnBookEvent: Position volume: 2
上にも書きましたが、注文に流されず、取引を見ることです。以下は、ポジション量が変化するタイミングと、それがどのような種類の取引 であるかを示す短いコードです。
そして、これが部分的にクローズアップされたプリントです。
TRADE_TRANSACTION_DEAL_ADD の取引タイプを持つイベントが通過すると同時に、それだけで端末のポジションデータが更新されていることがよくわかります。
本当にショックです!
わざとやっているのか、私が書いていることを読まないのか？
ただただショックです!
わざとやっているのか、それとも私の書いたものを全く読まないのか？
注文がすべてではない ことを理解したくないようだ。しかし、履歴にトレードを記録することは、プログラマーにポジションデータがすでに変更されていることを知らせることになるのです。
すべてクリア、ありがとうございます。
令状はノミ、契約してもしなくてもいい。注文の上は取引です。トレードの上はポジションです。ポジションデータの変更は、取引が履歴に記録された後に行われます。
たまに釣れるのは......まあ、高速なパソコンとインターネットのメリットだけなんですけどね。もし、あなたが好きなら-偶然にも。
追記：ServiceDeskからの申請に対する反応が気になるところですが。
1.>正確なアルゴリズム（プログラムから必要とされるもの）がわからないと、正しく実装されているか どうか評価するのは難しいのですが......。
プログラムが何をするのか理解するのは難しくないと思ったのですが、もし明確でないのなら
Expert Advisor が FORTS 市場で 2 単位のポジションを建てた場合、1 単位のポジションで部分的に決済されます。
にすると、ポジションが完全に閉じられます。カウンタtr_cnt<50になるまでこの手順を繰り返す
2.PositionSelect()を100万回実行しても、何も変わりません。
ループに入るまでTRADE_TRANSACTION_DEAL_ADDイベントを受信しないため、端末が更新されない。
の位置づけの情報を提供します。
まあ、プログラムの目的は正しいのかもしれませんが、それを達成するための手段がゴミのようです、失礼しました...。
なぜ過去の注文を 確認する必要があるのですか？トレードを見る必要があります。ウラジミールの言うとおりです。
そんなプログラムをリアルで走らせられるのは、狂人だけだ...。
そうそう！プログラムの目的は正しいかもしれないが、それを達成するための手段がゴミなんだ、失礼...。
なぜヒストリカルオーダーが チェックされるのか？トレードを見る必要があります。ウラジミールの言うとおりです。
そんなプログラムを現実の市場で動かすのは、狂人だけだ...。
教授」はわかるが、私の非常識さではなく、用語の間違いの話だ。
ちなみに、もう一つ見つけたのがこちら（しかもLOCKの後！！！）。
教授」とありますが、私の非常識さではなく、用語集のエラーの有無の問題です。
ちなみに、もう一つ出てきたのがこちら（しかもWORDの後！！！）。
もう一度、「受験生」「医者」「教授」「学者」に対して。
OnTradeTransaction() に来るイベントはすべて失われる可能性が あります。
だから、意味のあるイベントTRADE_TRANSACTION_HISTORY_ADDを 受信した後では間違いだと思う。
端末のデータが更新されない！？
コードを私のところに持ってきてください - あなたの貿易取引の種類は印刷されません。オーダーチェックを外す - ここでは必要ありません。
教授」とありますが、私の非常識さではなく、用語集のエラーの有無の問題です。
ちなみに、もう一つ出てきたのがこちら（しかもWORDの後！！！）。