Сделка является отражением факта совершения торговой операции на основании ордера, содержащего торговый приказ. Каждая сделка описывается свойствами, позволяющими получить информацию о ней. Для чтения значений свойств используются функции вида Идентификатор позиции, в открытии, изменении или закрытии которой участвовала эта сделка. Каждая...
何度も書かれていることです。なぜか修正されない。
以前、取引直後に矢印が表示されないことがあると書かれていたのを見たことがあります。私もそんなアプリケーションを開いてみました。しかし、履歴 タブのリストにそのような漏れがあるため、まだ投稿を見たことがありません。
P.S. そして、はい、証拠とバグを再現するために必要なすべてのデータを提供した後、最初から応答したが、何らかの理由で、全体の週の完全な無視は、バグがあることを同意することを拒否した。
以前、取引直後に矢印が表示されないことがあると書かれているのを見たことがあります。私もそんなアプリケーションを開いてみました。しかし、「履歴」 タブのリストには、まだそのような抜けは見当たりません。
何度かタブを切り替えると、履歴が正しく表示されます。デバッグ時に非常に不愉快です。
タブを何度か切り替えると、履歴が正しく表示されます。デバッグ時に非常に困ります。
そうですね、取引戦略を開発・デバッグする際に、場合によっては非常に困ることがあります。
タブを切り替えたことで、履歴リストの内容が何らかの形で変化していることには気づいていない。
タブを切り替えると、なぜか履歴リストの内容が変わってしまうことに気づいていません。
右クリックして、Deals/Orderを変更します。
そう、これは取引戦略を開発・デバッグする際に、場合によっては大きな障害となるのです。
タブを切り替えても、履歴一覧の内容が変わったということは一切ありません。
右クリックして、Transactions/Order を変更します。
はい、そのようなアクションは、取引履歴のリストを復元します。
以下の値を追加してください。
enum_deal_reason
識別子
商品説明
取引理由制限
指値注文がトリガーとなり、取引が成立した。
取引理由市場
成行注文がトリガーとなり、取引が成立した。
取引理由停止
この取引は、ストップオーダーを発動した結果、実行されました。
不要と思われます。しかし、注文が部分的に実行され、取引が作成された状況もあります。この場合、DEAL_ORDERは見つかりますが、注文はまだ生きているので、履歴テーブルには 残りません。
つまり、取引の原因となった注文の種類を知るためには、注文履歴を参照することが必ずしも有効とは限らないのです。死んだものと生きているもの」の間で注文を検索して混乱したくない場合は、ENUM_ORDER_REASONとENUM_POSITION_REASONとの 互換性を維持するために、(既存のフラグの後に)実行フラグを追加するだけでよいです。同時に、ENUM_POSITION_REASONにも 同じフラグを追加し、互換性を持たせることが望まれる
隣のスレッドでOrderCalcMarginに関する質問が出ていましたhttps://www.mql5.com/ru/forum/216697/page3
テスト:異なる開始価格を 代入して、2種類の保証金計算方法を確認してみましょう。
以下はLOGです。
OrderCalcMargin関数は証拠金計算時に始値を考慮しない
これは、見積もり通貨の為替レートが関係しているようで、時間と始値を再計算する必要があります。
提示通貨が米ドル(口座通貨も米ドル)の場合、計算される証拠金は始値によって変化します。
GBPUSDのログ
バグなのか、そうであるべきなのか?