Кроме того, транзакции могут потеряться при доставке от сервера к терминалу. Что касается этой фразы.
Судя по всему - она осталась из документации к одной из начальных версий терминала с асинхронной торговли. В ближайшее время уберём. Виновные будут расстреляны.
何秒でポーズをとるか？1秒2秒、10秒くらい？
2016.12.14 22:01:41.371 Trades 'xxxxx': cancel order #49932961 buy limit 1.00 CHMF-6.17 at 92501 placed for execution in 64873.549 ms
追加
CUSTOMER - SERVER (リクエスト・レスポンス)アプリケーションであることを忘れてはいけません。
Кроме того, транзакции могут потеряться при доставке от сервера к терминалу. Что касается этой фразы.
Судя по всему - она осталась из документации к одной из начальных версий терминала с асинхронной торговли. В ближайшее время уберём. Виновные будут расстреляны.
どれくらいの時間、ポーズをとればいいのか？1sec 2、10くらい？
2016.12.14 22:01:41.371 Trades 'xxxxx': cancel order #49932961 buy limit 1.00 CHMF-6.17 at 92501 placed for execution in 64873.549 ms
一時停止については、正しくアドバイスされました。すでにフォーラムで、注文を出した後、数ミリ秒の間を置くと、ポジションの作業を継続できることが多いというトピックがありました。可能であればOnTradeTransaction() に頼らない方が良い。
また、一般的には、より信頼性を高めるために、次のティックで注文が送られた後にポジションがあるかどうかを確認するようにします。ポジションがある場合は、それ以上注文を出さないでください。
OnTradeTransaction() は、可能であれば、当てにしないこと。
なぜだろう？
1.来るかどうかは定かではありません。
2.テスターで以前誤動作した。今はわからない。
追加されました。
3.列挙のようないくつかの注文またはトランザクションパラメータ（正確に覚えていない）は、そうでない「デフォルト値」を持つことができます。つまり、MQはWRONG_VALUEではなく、例えば、ORDER_TYPE_BUYを 作った。誤解を招く恐れがある。
一時停止については、正しくアドバイスされました。すでにフォーラムで、注文を出した後、数ミリ秒の間を置くと、ポジションの作業を継続できることが多いというトピックがありました。可能であればOnTradeTransaction() に頼らない方が良い。
また、一般的には、より信頼性を高めるために、次のティックで注文が送られた後にポジションがあるかどうかを確認するようにします。ポジションがある場合は、それ以上注文を出さないでください。
そこで、追加のオープニングがすり抜ける可能性がある・・・ということで、部分的に解決すると、注文が受理されたらInt変数を増やし、増やした後はオープニングの条件が少し変わるので、新しいオープニングは起こらない、しかし・・・注文が受理されなければ変数は増えず、ここが厄介なところだ・・・ということです。状態を正しく認識できておらず、余計な注文が来ている。
1.来るかどうかは定かではありません。
2.テスターで以前誤動作した。今はわからない。
OnTradeTransaction() が保証されるようになったという開発者からのメッセージは、おそらくご覧にならなかったでしょう。
Что касается этой фразы.
Судя по всему - она осталась из документации к одной из начальных версий терминала с асинхронной торговли. В ближайшее время уберём. Виновные будут расстреляны.
何秒でポーズをとるか？1秒2秒、10秒くらい？
追加
CUSTOMER - SERVER (リクエスト・レスポンス)アプリケーションであることを忘れてはいけません。
今、OnTradeTransaction() は保証されているという開発者からのメッセージは、おそらくご覧になっていないでしょう。
Что касается этой фразы.
Судя по всему - она осталась из документации к одной из начальных версий терминала с асинхронной торговли. В ближайшее время уберём. Виновные будут расстреляны.
どれくらいの時間、ポーズをとればいいのか？1sec 2、10くらい？
そうですね、このフレーズは見ませんでした、死体も見ませんでした)
一時停止についてですが、かなりエキゾチックなケースを挙げておられますが、もちろん可能です。流動的な商品、現在の契約を扱う場合、および注文を送信した直後に現在のティックで作業する場合のことを意味します。多くの場合、数ミリ秒で十分です。そしてもちろん、一時停止した後、さらにそのポジションで作業するための存在確認が必要です。
原則的にはそうしているのですが、Fortsの場合、注文はうまく受け入れられるのですが、次のティックではまだポジションがないことが多いのです......。
ここで追加の開きが滑る可能性がある・・・部分的にこの方法で解決すると、注文が受理されたらInt変数を増やし、増えた後は開きの条件が少し変わるので、新しい開きはない、しかし・・・注文が受理されなければ変数は増えない、しかしここにコツがある・・・となります。状態を見誤って、余計な注文が出始めてしまったのです。
そうですね、その通り、このフレーズは見ませんでしたし、死体も見ませんでした:)
一時停止についてですが、かなりエキゾチックなケースを挙げておられますが、もちろん可能です。流動的な商品、現在の契約、注文送信直後の現在のティックで作業する場合のことを意味しています。多くの場合、数ミリ秒で十分です。そしてもちろん、一時停止した後は、そのポジションでさらに作業をするための存在確認が必要です。
アレクセイ！
かなりリキッドな楽器です :)
楽器（流動性）の問題ではなく、遅延の問題であり、それはどんな楽器でも起こりうることです。
EAを使って積極的にトレードするようになって、もうすぐ4年になります。
私のEAのどれにも休止はありません（INDICATORSでサーバーからデータをダウンロードするのを待つ間の休止を除く）。
一時停止した場合は、EAが正しく動作していない証拠です :(
アレクセイ！
EAを使った取引を積極的に始めてから4年近くになります。
私のEAには一時停止はありません（INDICATORSでサーバーからデータがダウンロードされるのを待つための一時停止は除く）。
もし、ポーズを入力しているのであれば、それはEAのアルゴリズムを間違って作成した真正のサインです :(
マイケル、もしあなたが何かを見たり、やったりしていなくても、それが不可能であったり、不必要であったりするわけではありません。
全く同感です!
みんな自分の好きなように、あるいはできるようにやっている。