2018.08.2522:10:48.913 Test (BR-9.18,M1) 17496714506860912642018.08.2522:10:48.914 Test (BR-9.18,M1) 17496714506860912652018.08.2522:10:48.914 Test (BR-9.18,M1) 17496714506860912642018.08.2522:10:48.914 Test (BR-9.18,M1) 17496714506860912652018.08.2522:10:48.914 Test (BR-9.18,M1) 17496714506860912642018.08.2522:10:48.914 Test (BR-9.18,M1) 17496714506860912652018.08.2522:10:48.914 Test (BR-9.18,M1) 17496714506860912642018.08.2522:10:48.914 Test (BR-9.18,M1) 17496714506860912652018.08.2522:10:48.914 Test (BR-9.18,M1) 17496714506860912722018.08.2522:10:48.914 Test (BR-9.18,M1) 1749671450686091273
実は、打ち込みです。トレードの追従を待たないことが可能であるため。唯一の非代替のonTradeTransactionは、注文が拒否された場合である。例えば、お金が足りない場合。
その結果、配列(リスト)に適切な魔導師とリクエスタを詰め込む非同期トランザクションを100回行ったことが判明しました。OnTradeTransaction がクエストのレスポンスを受信すると同時に、リストから要素を削除した。生者・死者のリストからメジャーがハイライトされるのを確認したら、すぐにそのエントリーを削除しました。そうやって多かれ少なかれ、コントロールは実現されているのです。正しく理解できましたか?
マジックではなく、他のフィールド - SL/TP、Comment - を使用することは可能です。
はい、まさにその通りです。OnTradeTransactionが 無効になることはなく、チェック関数が定期的に呼び出されるだけです(OnTradeTransactionがトリガーされない場合)。注文がすべて検出されると、すぐにフラグがリセットされます。
コメントをSL/TPとして使用するにはどうすればよいですか?
すべてのオンストリームで確認できるのに、なぜ待つ必要があるのでしょうか?
なぜなら、私の戦略では、OnTradeTransactionで 何が来たかが重要だからです。
On-pukeは使っていません :)
追加
イベントがOnTradeTransaction で発生した場合、すべてがリセットされるため、支障は ありません。
解説のroyatnoですが、SL/TPとして使うにはどうしたらいいでしょうか?
上記補足...
偽のSLを設定し、その値には必要な情報が格納される。例えば、MT4でリミッター経由で取得したポジションの始 値を保存する方法ですね。
なぜなら、私の戦略では、OnTradeTransactionで 何が起こったかが重要だからです。
そのため、OnTradeTransactionで直接マジックを確認するようにしてください。私ならそのようにします。
一般的に、リクエスチョンに代わるメギクという考え方はクールだと思います
上記補足...
偽のSLを設定し、その値には必要な情報が格納されている。例えば、MT4でリミッターを通したポジションの始 値を保存していたのはそのためです。
ポジションがないときにSLを設定することは可能ですか?
ポジションがない場合、SLを露出させることは可能でしょうか?
マークダウンについては、できない場合があります。私は以前から指値注文のみで取引しています。
市場向けにはできないかもしれません。これまで長い間、私は指値注文だけで取引をしてきました。
"そんな情報を保存しておくなんて、ちょっとおかしい。まあ、そうなんですけどね、わかってくださいよ。
FOREX市場は 全く興味がないので、1つのチャートにシンボル名6つ、タグ65365個で十分すぎるほどです。
しかも、1日あたり2000件しか取引できない。
FOREX市場は 全く興味がないので、1つのチャートにシンボル名6文字と65365モギクがあれば、私のニーズには十分すぎるほどです。
しかも、1日にできる取引は2000回まで。
FXのことではないんです。また、OnTradeTransactionについても同じ問題があります。したがって、普遍的な解決策
もちろん、この場合、イベントモデルは不都合である。例えば、On-functionを抜けることなくAsyncな操作を行い、結果を得たい場合。
今は、この動作を松葉づえで解除することが可能です。
そのため、自由度が非常に高い。
例えば、100個のAsync命令を送信し、深いものから抜け出さずにその実行を待ち、コードの実行を継続することができるのです。
もちろん、リクエストの話です。それに、マジックというテーマは関係ないんです。
開発者が一般にアクセス可能な配列にトランザクションを書き込むことは理にかなっていますが。インジケーターなし。
FXのことではないんです。また、OnTradeTransactionについても同じ問題があります。したがって、普遍的な解決策です。
ビット演算なしで、crc64+Numだけでも 可能(というか、むしろ良い)なのですが。偶然の一致がある・・・。