mql5言語の特徴、微妙なニュアンスとテクニック - ページ 22 1...151617181920212223242526272829...247 新しいコメント TheXpert 2017.03.14 09:25 #211 アンドレイ・ディクまず、ポジションがラストなのに、なぜストーリーを進めるのか。 履歴の順番は履歴タブでのソートに依存するため。 fxsaber 2017.03.14 09:43 #212 コンビナート です。 それから、履歴の順番は履歴タブのソートに依存すること。 一度、その仮説を検証したことがあるような気がします。それが証明されたわけではありません。 Alexey Viktorov 2017.03.14 10:05 #213 コンビナート です。 それから、履歴の順番は履歴タブのソートに依存すること。 いいえ、そんなことはありません。昨日は仕分けしていじっていたので見逃しませんでした。 Alexey Viktorov 2017.03.14 10:08 #214 アンドレイ・ディク: まず、ポジションが最後なのに、なぜ履歴を追うのか。例えば配列の「最後の」要素など、誰も探さない。次に、SLとTPのどちらでポジションをクローズしたかを判断する方法についての質問でした。今のところ、最も適切で最も確実な方法は、コメントを読むことです。また、ブローカーがSLやTPのコメントを変えられるというのは、フィクションの域を出ず、個人的にも、誰からの伝聞でも、そういうブローカーの例には出会ったことがありません。OnTradeTransaction()は保証されていないため、情報源として使用することができ、それ以上ではありません。トレーディング業務における管理・意思決定のためのツールではありません。しかし、MT5の歴史の中で最後の取引が必ずポジションクローズ 取引になるとは誰も言い切れないのです。特に、1つのアカウントに2つのExpert Advisorが存在する場合。 また、positionorderのコメントですが、「フィクションの域を出ない」「みんなやっている」というのは、最も説得力のない言い分です。 fxsaber 2017.03.14 10:18 #215 Alexey Viktorov: しかし、MT5の履歴で、最後のトレードが必ずクローズ トレードになるとは誰も言い切れないのです。特に、2つのEAがアカウントで動作している場合。そうなんです、SL/TPのデータだけ履歴が必要な時があるんです。私は、最後の取引がSL/TPでクローズされた場合、情報が必要な場合があります理解していない?つまり、トリガーが一度パブリッシュ されたにもかかわらず、なぜOnTradeTransactionで釣り上げる必要があるのでしょうか。でも、たとえば、SL/TPの情報が必要かもしれないというのは、よく わかります。 Artyom Trishkin 2017.03.14 10:39 #216 fxsaberただし、SL/TPのデータには履歴が必要な場合があることを除けば、すべて事実です。最後のSL/TP取引が終了したかどうかを知るために必要かもしれない情報が理解できないのですが?つ まり、トリガーが何らかの形でパブリッシュされて いるにもかかわらず、なぜOnTradeTransactionで釣り上げる必要があるのでしょう。しかし、例えば、SL/TPの滑走に関する情報が必要な場合があることは理解 できます。戦略の違いにより、非常によくある症状です。例として、買いシグナルが出た場合、最後に閉じたポジションが買いポジションで、取れた時点で閉じていた場合、シグナルを待つための「開始」条件(例えば、価格が最初にある値を超え、その後でのみ再び買いシグナルに反応すべき)が発生するまで、それ以上の買いを開けないようにします。ポジションがクローズしているが、Take-Through になっていない場合(例えば、トレーリングエッジの場合)、「開始」条件を待たずに買いポジションを建てることもできます。 そうですね...ストップオーダーによってポジションがクローズされたという知識を利用する用途はいろいろありますね。 fxsaber 2017.03.14 10:44 #217 アルチョム・トリシキンこれは、異なる戦略において非常によく見られる状態です。例として、買いシグナルがある -最後に閉じた位置が買いポジションだった場合、それは買いポイントで閉じて いた、その後、別の買いを開くことはありません... 悪気はないのですが、この状態はバカバカしいです。もしかしたら、フリーランスってそんなにいいものではないのかもしれませんね。 Alexey Viktorov 2017.03.14 10:48 #218 fxsaberただし、SL/TPのデータには履歴が必要な場合が あることを除けば、すべて事実です。最後のSL/TP取引が終了したかどうかを知るために必要かもしれない情報が理解できないのですが?つまり、トリガーが何らかの形でパブリッシュされて いるにもかかわらず、なぜOnTradeTransactionで釣り上げる必要があるのでしょう。そしてここで、例えば、SL/TPのスリッページの情報が必要になることがありますね。ポジション・チケットの注文と取引の履歴を引き出すことは、最後に決済されたポジションを探すために、任意の期間または全履歴の注文と取引の履歴を調べることを意味するものではありません。また、ポジションがTPやSLでクローズしてしまい、メインが利益であったり損失であったりと、よくわかりません。結局のところ、すべてはここに行き着くのですが、まさにこの事実によって、さらなる決断がなされ、TPによる利益によって閉じられるのです。しかし、SLで利益を上げる可能性があることを考慮しないこともある。このトリガーに目を通したわけではありませんが、DEAL_ENTRY_OUTのチェックは見当たりませんでした。結局のところ、ハッジ口座のポジションを閉じるように指示するのはこのトレードなのです。 Alexey Viktorov 2017.03.14 10:51 #219 アルチョム・トリシキンこれは、様々な戦略上、非常によく見られる状態です。例えば、買いシグナルが出た場合、最後に閉じたポジションが買いポジションで、テイクで閉じた場合、シグナルを待つための「開始」条件(例えば、価格が最初にある値を超え、その後にのみ買いシグナルに反応すべき)があるまで、別の買いポジションを建てないようにすることです。ポジションがクローズしているが、Take-Through になっていない場合(例えば、トレーリングエッジの場合)、「開始」条件を待たずに買いポジションを建てることもできます。 そうですね...逆指値注文でポジションが決済されたことを知ることで、いろいろな使い道が考えられますね。 レアではあるが、説得力がある。問題は、歴史の深淵を掘り下げる必要があるかどうかだ。 Artyom Trishkin 2017.03.14 10:55 #220 アレクセイ・ヴィクトロフ レアではあるが、説得力がある。問題は、歴史を深く掘り下げる必要があるのかどうかということだ。 いや、そんなことはない。あなただけの最後の位置が閉じられた方法を知る必要がある(そしてこのために、歴史にあまりにも深く掘り下げる必要はありません - それは "フレンドリー "取引をフィルタリングするのに十分です) - 歴史に深く最後の位置にさらに知識は、運用よりも統計的である。 1...151617181920212223242526272829...247 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
まず、ポジションがラストなのに、なぜストーリーを進めるのか。
それから、履歴の順番は履歴タブのソートに依存すること。
それから、履歴の順番は履歴タブのソートに依存すること。
まず、ポジションが最後なのに、なぜ履歴を追うのか。例えば配列の「最後の」要素など、誰も探さない。
次に、SLとTPのどちらでポジションをクローズしたかを判断する方法についての質問でした。今のところ、最も適切で最も確実な方法は、コメントを読むことです。また、ブローカーがSLやTPのコメントを変えられるというのは、フィクションの域を出ず、個人的にも、誰からの伝聞でも、そういうブローカーの例には出会ったことがありません。
OnTradeTransaction()は保証されていないため、情報源として使用することができ、それ以上ではありません。トレーディング業務における管理・意思決定のためのツールではありません。
しかし、MT5の歴史の中で最後の取引が必ずポジションクローズ 取引になるとは誰も言い切れないのです。特に、1つのアカウントに2つのExpert Advisorが存在する場合。
また、positionorderのコメントですが、「フィクションの域を出ない」「みんなやっている」というのは、最も説得力のない言い分です。しかし、MT5の履歴で、最後のトレードが必ずクローズ トレードになるとは誰も言い切れないのです。特に、2つのEAがアカウントで動作している場合。
そうなんです、SL/TPのデータだけ履歴が必要な時があるんです。私は、最後の取引がSL/TPでクローズされた場合、情報が必要な場合があります理解していない?つまり、トリガーが一度パブリッシュ されたにもかかわらず、なぜOnTradeTransactionで釣り上げる必要があるのでしょうか。
でも、たとえば、SL/TPの情報が必要かもしれないというのは、よく わかります。
ただし、SL/TPのデータには履歴が必要な場合があることを除けば、すべて事実です。最後のSL/TP取引が終了したかどうかを知るために必要かもしれない情報が理解できないのですが?つ まり、トリガーが何らかの形でパブリッシュされて いるにもかかわらず、なぜOnTradeTransactionで釣り上げる必要があるのでしょう。
しかし、例えば、SL/TPの滑走に関する情報が必要な場合があることは理解 できます。
戦略の違いにより、非常によくある症状です。
例として、買いシグナルが出た場合、最後に閉じたポジションが買いポジションで、取れた時点で閉じていた場合、シグナルを待つための「開始」条件(例えば、価格が最初にある値を超え、その後でのみ再び買いシグナルに反応すべき)が発生するまで、それ以上の買いを開けないようにします。ポジションがクローズしているが、Take-Through になっていない場合(例えば、トレーリングエッジの場合)、「開始」条件を待たずに買いポジションを建てることもできます。
そうですね...ストップオーダーによってポジションがクローズされたという知識を利用する用途はいろいろありますね。
これは、異なる戦略において非常によく見られる状態です。
例として、買いシグナルがある -最後に閉じた位置が買いポジションだった場合、それは買いポイントで閉じて いた、その後、別の買いを開くことはありません...
ただし、SL/TPのデータには履歴が必要な場合が あることを除けば、すべて事実です。最後のSL/TP取引が終了したかどうかを知るために必要かもしれない情報が理解できないのですが?つまり、トリガーが何らかの形でパブリッシュされて いるにもかかわらず、なぜOnTradeTransactionで釣り上げる必要があるのでしょう。
そしてここで、例えば、SL/TPのスリッページの情報が必要になることがありますね。
ポジション・チケットの注文と取引の履歴を引き出すことは、最後に決済されたポジションを探すために、任意の期間または全履歴の注文と取引の履歴を調べることを意味するものではありません。
また、ポジションがTPやSLでクローズしてしまい、メインが利益であったり損失であったりと、よくわかりません。結局のところ、すべてはここに行き着くのですが、まさにこの事実によって、さらなる決断がなされ、TPによる利益によって閉じられるのです。しかし、SLで利益を上げる可能性があることを考慮しないこともある。
このトリガーに目を通したわけではありませんが、DEAL_ENTRY_OUTのチェックは見当たりませんでした。結局のところ、ハッジ口座のポジションを閉じるように指示するのはこのトレードなのです。
これは、様々な戦略上、非常によく見られる状態です。
例えば、買いシグナルが出た場合、最後に閉じたポジションが買いポジションで、テイクで閉じた場合、シグナルを待つための「開始」条件(例えば、価格が最初にある値を超え、その後にのみ買いシグナルに反応すべき)があるまで、別の買いポジションを建てないようにすることです。ポジションがクローズしているが、Take-Through になっていない場合(例えば、トレーリングエッジの場合)、「開始」条件を待たずに買いポジションを建てることもできます。
そうですね...逆指値注文でポジションが決済されたことを知ることで、いろいろな使い道が考えられますね。
レアではあるが、説得力がある。問題は、歴史を深く掘り下げる必要があるのかどうかということだ。