Идентификатор позиции - это уникальное число, которое присваивается каждой вновь открытой позиции и не изменяется в течение всей ее жизни. Соответствует тикету ордера, которым была открыта позиция.
Идентификатор позиции указывается в каждом ордере (ORDER_POSITION_ID) и сделке (DEAL_POSITION_ID), которая ее открыла, изменила или закрыла. Используйте это свойство для поиска ордеров и сделок, связанных с позицией.
При развороте позиции в режиме неттинга (единой сделкой in/out) идентификатор позиции POSITION_IDENTIFIER не изменяется. Однако при этом POSITION_TICKET изменяется на тикет ордера, в результате которого произошел разворот. В режиме хеджинга разворот позиции не предусмотрен
ポジションIDが表示されるのは間違いではありません。それが、前回から言っていることなんです。
Идентификатор позиции - это уникальное число, которое присваивается каждой вновь открытой позиции и не изменяется в течение всей ее жизни. Соответствует тикету ордера, которым была открыта позиция.
Идентификатор позиции указывается в каждом ордере (ORDER_POSITION_ID) и сделке (DEAL_POSITION_ID), которая ее открыла, изменила или закрыла. Используйте это свойство для поиска ордеров и сделок, связанных с позицией.
При развороте позиции в режиме неттинга (единой сделкой in/out) идентификатор позиции POSITION_IDENTIFIER не изменяется. Однако при этом POSITION_TICKET изменяется на тикет ордера, в результате которого произошел разворот. В режиме хеджинга разворот позиции не предусмотрен
ただ、ロジックを入れるだけです。
ポジションが反転しても表示されている数字が変わらず、同じままであれば、この数字がポジションIDであることを意味しているとしか言いようがない。トランザクションを発生させたオーダーを見てください。ポジション番号と同じではありません。つまり、ポジションはポジションIDということになります。
それがベースになっているんですね。これは端末のエラーではなく、その時のヘルプのエラーです。
あなたの論理に従ったとしても、コードと説明文の間に矛盾があるのです。すなわち、コードがOKなら、記述を修正する必要があります。しかし、残念ながらその分野で代用されているのは、そのポジションのidではありません。例として、ブローカーBCSのスクリーンショットを再度引用しますが、取引件数が多い場合です。
何ですか？ポジションIDには見えませんね。
あなたの論理に従ったとしても、コードと説明文の間に矛盾があるのです。I.e.コードに問題がなければ、記述を修正する必要があります。しかし、残念ながら、そのフィールドにはポジションのIDが入力されていません。例として、ブローカーBCSのスクリーンショットを再度引用しますが、取引件数が多い場合です。
何ですか？ポジションIDには見えませんね。
チケットのようです。オーダーチケットと 同等です。
そもそもこのリストはどこから持ってきたんだ。端末のログとは全く違うようです。
チケットのようです。オーダーチケット に相当します。
そもそもこのリストはどこから持ってきたんだ。ターミナルにログが残っているようには全く見えません。
データベースにトランザクションを記録し、テーブルのスクリーンショットを撮りました。
データベースのトランザクションをログに記録し、テーブルのスクリーンショットを撮りました。
ということは、そこに間違いがあるのでは？
ということは、そこに間違いがあるのでは？
この情報には自信があります。しかし、疑わしい場合は再現して確認することができます。
この情報には自信があります。しかし、疑わしい場合は、再現して検証することができます。
私がプログラムやコードで行っていることはすべて、そこに異存はないのです。なぜ、「あなたの会計」に問題があるかどうかを調べる必要があるのでしょうか？
CHART_FIRST_VISIBLE_BAR の読み込みに不具合があります。
ウィンドウ内の最大バー 数が無制限でない場合、HOMEを押した後、この機能は正しく動作しません。 マウスでチャートを少しずらすと、正常に動作するようになります。
このバグを実証するインジケータを添付します。
ZIPファイルだけをダウンロードして、オリジナル版のコードをその場にインストールする人が多く、その結果、最新版を手に入れられないままダメになる人が多いのだと思います。
これは通常動作時の話です。しかし、突然、端末の電源が切れると、すべてが失われる。
アカウント履歴ですべて確認できます。問題を定式化すれば、間違ったi-diで風車と 戦い続ける必要はなくなるのです。
アカウント履歴ですべて確認できます。問題を明確にすれば、間違ったIDで風車と 戦い続ける必要はなくなるはずです。
残念ながら、仮想ポジションの情報は履歴に残りません。だから、難しい方法でやるしかないんです。