mql5言語の特徴、微妙なニュアンスとテクニック - ページ 23

 
アルチョム・トリシキン
いいえ、そんなことはありません。あなたは、最後のポジションがどのように閉じられたかを知る必要があるだけです(そして、そのために履歴を深く見る必要はありません - それは「あなたの」取引をフィルタリングするのに十分です) - 歴史に深く最後の位置にさらに知識は、操作というより統計的です。
まあ、これはすべてOnTradeTransactionで 行われるのですが。fxsaberが 公開したトリガーのみ 私はシンボル、マジシャン、DEAL_ENTRY_OUTの取引にチェックを追加します。
Особенности языка mql5, тонкости и приёмы работы
Особенности языка mql5, тонкости и приёмы работы
  • www.mql5.com
В данной теме будут обсуждаться недокументированные приёмы работы с языком mql5, примеры решения тех, или иных задач...
 
アレクセイ・ヴィクトロフ
まあ、これはすべてOnTradeTransactionで 行われるのですが。fxsaberが 公開したトリガーのみ:私なら シンボル、マジシャン、DEAL_ENTRY_OUTのトレードのチェックを追加します。
また、テスターでのチェックはどのように行うのでしょうか?
 
アルチョム・トリシキン
テスターのチェックはどのように行うのですか?
同じように。何が違うの?テスターやデバッガーで全て試し、仕組みを理解しました。
 
アレクセイ・ヴィクトロフ

このトリガーをよく見ていませんが、DEAL_ENTRY_OUTのトレードにチェックは入っていませんでした。結局のところ、この取引はカレントジ口座のポジションをクローズすることを意味するのです。

チェックは不要です。テスターではトレードイベントが発生しないため、このトリガーはテスターでは機能しません。
 
fxsaber
チェックは必要ありません。テスターではTradeイベントが生成されない ため、トリガーは動作しません。

例えばこのリストの中からどれを?

取引注文の追加

新規にオープンオーダーを追加します。

貿易取引注文の更新

未決済の注文を変更すること。この変更には、クライアント端末や取引サーバー側の明示的な変更だけでなく、発注状態の変更( ORDER_STATE_STARTED から ORDER_STATE_PLACED や ORDER_STATE_PLACED から ORDER_STATE_PARTIAL など)も含まれます。

取引注文の削除

未決済注文の一覧から注文を削除します。注文は、取引依頼の結果、または約定(フィル)して履歴に移行した結果、未決済注文の一覧から削除されることがあります。

貿易取引取引追加

履歴にトレードを追加する。注文実行の結果、または口座残高操作の結果として実行されます。

取引情報更新

歴史の中の商いを変える。過去に実行した案件がサーバー上で変更される場合があります。例えば、外部取引システム(取引所)で取引内容を変更し、そこでブローカーが削除した場合などです。

取引削除

履歴からトランザクションを削除する。過去に約定した取引がサーバー上で削除される場合があります。例えば、ブローカーによって削除された外部取引システム(取引所)において、取引が削除された場合です。

取引履歴の追加

注文の執行または取消の結果、履歴に追加されること。

取引履歴の更新

注文履歴にある注文を修正すること。このタイプは、トレードサーバー側の機能拡張を目的としたものです。

取引履歴の削除

注文履歴から注文を削除すること。このタイプは、トレードサーバー側の機能拡張を目的としています。

取引位置

取引の執行に関係のないポジションを変更すること。このトランザクションタイプは、トレードサーバー側でポジションが変更されたことを示します。ポジションの出来高、始値、ストップロスやテイクプロフィットの水準は変更されることがあります。変更に関する情報は、OnTradeTransaction ハンドラを通じて MqlTradeTransaction 構造体に渡されます。取引によるポジションの変更(追加、変更、削除)は、TRADE_TRANSACTION_POSITION トランザクションの発生を引き起こしません。

貿易取引要求

取引要求がサーバーで処理され、その結果を受信したことを通知する。このタイプのトランザクションでは、MqlTradeTransaction 構造の 1 つのフィールド、type(トランザク ションタイプ)のみを分析する必要があります。OnTradeTransaction 関数の 2 番目と 3 番目のパラメータ(request と result)は、追加情報を得るために分析する必要があります。


ハイライトされたイベントが生成されない限り。では、誰か必要な人はいるのでしょうか?

Документация по MQL5: Основы языка / Функции / Функции обработки событий
Документация по MQL5: Основы языка / Функции / Функции обработки событий
  • www.mql5.com
Основы языка / Функции / Функции обработки событий - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5
 
Alexey Viktorov:

例えば、どのようなものがあるのでしょうか?

トレードイベントとは、私の用語です。

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

mql5言語の特徴、微妙なニュアンスとコツ

fxsaber さん 2017.02.28 19:30

買いのポジションがあり、有効な買い注文がある可能性があります。上記ではコードの例を挙げましたが、おそらく指に負担がかからないと思います。オープンポジションの TPはどのようにトリガーされるのですか?

  • 価格が買いポジションのTPに到達する。
  • トレードサーバは対応するアクティブな売り注文を作成します。
  • すると、端末には買いポジションと売り注文が同時に表示されます。
  • 売り注文は、履歴に入り、そこで取引を発生させることで実行されます。
  • この取引はどこにも記録されず、取引履歴の中に間接的に存在します。

選択したトレードイベントがテスターで発生しない。
 
fxsaber:

トレードイベントとは、私の用語です。

ハイライトされたトレードイベントがテスターで発生しない。

私の考えでは、それはイベントではない。順番の実行順序の微妙なところですね。BUYポジションを決済 するためのSELL注文が、ポジションそのものと同時にターミナルに入った瞬間をキャッチする必要があるのはなぜですか?

一連の流れが観察できないのは不幸中の幸いかもしれないが.トレーディングで大事なことは、流れを追うこと、スピードを計ることではないのでしょうか?もし彼らが私のために明日要求された価格でポジションを建て、昨日 それを決済し、しかし利益を得た としても、私は異議を唱えません。

 
Alexey Viktorov:

私見ですが、これはイベントではないと思います。それは、順番の実行順序の微妙な違いです。BUYポジションを決済 するためのSELL注文がターミナルに入った瞬間を、ポジションそのものと同時にキャッチする必要があるのはなぜですか?

この支店のタイトルを読んでください。
 
fxsaber
スレッドのタイトルを読んでください。
どんな違いがあるのでしょうか?
 
アレクセイ・ヴィクトロフ
何が変わるのか?
何も変わらないが、微妙なところが描写されている--間違いない。
そして、この機能はテスターでポイント/ストップのクロージングをどのようにキャッチするのか、という疑問が残ります。