mql5言語の特徴、微妙なニュアンスとテクニック - ページ 23 1...161718192021222324252627282930...247 新しいコメント Alexey Viktorov 2017.03.14 11:01 #221 アルチョム・トリシキン いいえ、そんなことはありません。あなたは、最後のポジションがどのように閉じられたかを知る必要があるだけです(そして、そのために履歴を深く見る必要はありません - それは「あなたの」取引をフィルタリングするのに十分です) - 歴史に深く最後の位置にさらに知識は、操作というより統計的です。 まあ、これはすべてOnTradeTransactionで 行われるのですが。fxsaberが 公開したトリガーのみ: 私はシンボル、マジシャン、DEAL_ENTRY_OUTの取引にチェックを追加します。 Особенности языка mql5, тонкости и приёмы работы www.mql5.com В данной теме будут обсуждаться недокументированные приёмы работы с языком mql5, примеры решения тех, или иных задач... Artyom Trishkin 2017.03.14 11:03 #222 アレクセイ・ヴィクトロフ まあ、これはすべてOnTradeTransactionで 行われるのですが。fxsaberが 公開したトリガーのみ:私なら シンボル、マジシャン、DEAL_ENTRY_OUTのトレードのチェックを追加します。 また、テスターでのチェックはどのように行うのでしょうか? Alexey Viktorov 2017.03.14 11:05 #223 アルチョム・トリシキン テスターのチェックはどのように行うのですか? 同じように。何が違うの?テスターやデバッガーで全て試し、仕組みを理解しました。 fxsaber 2017.03.14 11:13 #224 アレクセイ・ヴィクトロフこのトリガーをよく見ていませんが、DEAL_ENTRY_OUTのトレードにチェックは入っていませんでした。結局のところ、この取引はカレントジ口座のポジションをクローズすることを意味するのです。 チェックは不要です。テスターではトレードイベントが発生しないため、このトリガーはテスターでは機能しません。 Alexey Viktorov 2017.03.14 11:58 #225 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: Основы языка / Функции / Функции обработки событий www.mql5.com Основы языка / Функции / Функции обработки событий - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5 偉大で恐ろしいMT4の永遠(または移行の戦略方法) fxsaber 2017.03.14 12:03 #226 Alexey Viktorov: 例えば、どのようなものがあるのでしょうか?トレードイベントとは、私の用語です。 トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム mql5言語の特徴、微妙なニュアンスとコツ fxsaber さん 2017.02.28 19:30 買いのポジションがあり、有効な買い注文がある可能性があります。上記ではコードの例を挙げましたが、おそらく指に負担がかからないと思います。オープンポジションの TPはどのようにトリガーされるのですか?価格が買いポジションのTPに到達する。トレードサーバは対応するアクティブな売り注文を作成します。すると、端末には買いポジションと売り注文が同時に表示されます。売り注文は、履歴に入り、そこで取引を発生させることで実行されます。この取引はどこにも記録されず、取引履歴の中に間接的に存在します。 選択したトレードイベントがテスターで発生しない。 Alexey Viktorov 2017.03.14 12:17 #227 fxsaber: トレードイベントとは、私の用語です。ハイライトされたトレードイベントがテスターで発生しない。私の考えでは、それはイベントではない。順番の実行順序の微妙なところですね。BUYポジションを決済 するためのSELL注文が、ポジションそのものと同時にターミナルに入った瞬間をキャッチする必要があるのはなぜですか?一連の流れが観察できないのは不幸中の幸いかもしれないが.トレーディングで大事なことは、流れを追うこと、スピードを計ることではないのでしょうか?もし彼らが私のために明日要求された価格でポジションを建て、昨日 それを決済し、しかし利益を得た としても、私は異議を唱えません。 fxsaber 2017.03.14 12:22 #228 Alexey Viktorov: 私見ですが、これはイベントではないと思います。それは、順番の実行順序の微妙な違いです。BUYポジションを決済 するためのSELL注文がターミナルに入った瞬間を、ポジションそのものと同時にキャッチする必要があるのはなぜですか? この支店のタイトルを読んでください。 Alexey Viktorov 2017.03.14 13:09 #229 fxsaber スレッドのタイトルを読んでください。 どんな違いがあるのでしょうか? Artyom Trishkin 2017.03.14 13:12 #230 アレクセイ・ヴィクトロフ 何が変わるのか? 何も変わらないが、微妙なところが描写されている--間違いない。そして、この機能はテスターでポイント/ストップのクロージングをどのようにキャッチするのか、という疑問が残ります。 1...161718192021222324252627282930...247 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
いいえ、そんなことはありません。あなたは、最後のポジションがどのように閉じられたかを知る必要があるだけです(そして、そのために履歴を深く見る必要はありません - それは「あなたの」取引をフィルタリングするのに十分です) - 歴史に深く最後の位置にさらに知識は、操作というより統計的です。
まあ、これはすべてOnTradeTransactionで 行われるのですが。fxsaberが 公開したトリガーのみ:私なら シンボル、マジシャン、DEAL_ENTRY_OUTのトレードのチェックを追加します。
テスターのチェックはどのように行うのですか?
このトリガーをよく見ていませんが、DEAL_ENTRY_OUTのトレードにチェックは入っていませんでした。結局のところ、この取引はカレントジ口座のポジションをクローズすることを意味するのです。
チェックは必要ありません。テスターでは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言語の特徴、微妙なニュアンスとコツ
fxsaber さん 2017.02.28 19:30
買いのポジションがあり、有効な買い注文がある可能性があります。上記ではコードの例を挙げましたが、おそらく指に負担がかからないと思います。オープンポジションの TPはどのようにトリガーされるのですか?
トレードイベントとは、私の用語です。
私の考えでは、それはイベントではない。順番の実行順序の微妙なところですね。BUYポジションを決済 するためのSELL注文が、ポジションそのものと同時にターミナルに入った瞬間をキャッチする必要があるのはなぜですか?
一連の流れが観察できないのは不幸中の幸いかもしれないが.トレーディングで大事なことは、流れを追うこと、スピードを計ることではないのでしょうか?もし彼らが私のために明日要求された価格でポジションを建て、昨日 それを決済し、しかし利益を得た としても、私は異議を唱えません。
私見ですが、これはイベントではないと思います。それは、順番の実行順序の微妙な違いです。BUYポジションを決済 するためのSELL注文がターミナルに入った瞬間を、ポジションそのものと同時にキャッチする必要があるのはなぜですか?
スレッドのタイトルを読んでください。
何が変わるのか?