mql5言語の特徴、微妙なニュアンスとテクニック - ページ 21 1...141516171819202122232425262728...247 新しいコメント Andrey Dik 2017.03.14 07:28 #201 Alexey Viktorov: まだ何もしていないんです。mql4でも、注文履歴を見るのは無駄だと思いました。と、ここでまだ、必要ならどの方向から掘り起こそうかと妄想しているところです。どの端末にもトラフィックのあるポジションがないので、単純に確認できないのです。 その結果、私の口座ではポジションをクローズした後、ポジションに関連する2つの注文と2つの取引だけが残っています。それを使って、ポジションに関する情報を得ることができるかもしれません。例えば、どのような価格で、具体的にどのような依頼が開かれたのか、などです。したがって、ポジションを建てた ときのスリッページを容易に判断することができる。 MT4になってから、証券会社の都合でコメントごと消されるケースがあったので、慎重に扱っています。あなたが推測していることは理解しています、私は実証済みの解決策を示しました。モデレーターのアルテムさん、不要な書き込み、私の書き込みも、もう消滅していいんですよ。 fxsaber 2017.03.14 07:38 #202 アルチョム・トリシキンもちろん一般的には、4倍速の後にMT5倍速のシステムロジックに素早く切り替えることは難しい。MT4->MT5コンバータを書き始めれば、すべてがうまくいくでしょう。そうやって、どんなことがMT4だけで、どんなことがMT5だけで、どんなことがMT4のどれにもできないのか、とてもよく理解できるようになったんです。例えばMT5では、ポジションを決済する際にSL/TPを表示することができません。MT4は可能です。MT4では注文のスリッページを表示できませんが、MT5では表示できます(常に表示できるわけでは ありません)。MT4ではクローズ時にコメントを表示できないが、MT5では表示できる。MT4/5では、マジック、コメント、出来高の点で保留中の注文を変更することはできません。MT5では要求価格プロパティがなく、MT4ではさらにない。... Alexey Viktorov 2017.03.14 07:53 #203 アンドレイ・ディクなるほど、思い込みのレベルで、私は証明された解答を示したのですね。司会者アルテムさん、冗長な書き込みは、私のものも含めて、もう消滅させてもいいんじゃないですか? どうすればいいのか、推測する必要はありません。ポジションのオープン/クローズの瞬間にOnTradeTransaction()関数 から自分で全てを判断し、履歴から最後のクローズ/オープンポジションを検索する必要はないです。 Artyom Trishkin 2017.03.14 08:06 #204 アレクセイ・ヴィクトロフ 当てずっぽうでやる必要はない。ポジションのオープン/クローズの瞬間にOnTradeTransaction()関数 から自分で全てを判断し、最後のクローズ/オープンポジションを見つけるために履歴を検索する必要はありません。 そして、ここで疑問が生じる。それは、必要な情報を時間内に得ることは常に可能なのか、ということだ。特にヘルプを読んだ後では...。 Artyom Trishkin 2017.03.14 08:07 #205 アンドレイ・ディクなるほど、思い込みのレベルで、私は証明された解答を示したのですね。モデレーターのアルテムさん、冗長な書き込み、私のものもありますが、もう消滅していいです。 なぜ削除するのですか?通常の議論 - すべてが話題である。 削除済み 2017.03.14 08:15 #206 アルチョム・トリシキン なぜ削除するのか?通常の議論 - すべてが話題である。 そう、もともとあなたと私では、このスレッドの本質をまったく違うものとして想定していたのです。ここに理屈はないはずなのだが...。そして、何の疑問も抱かないはずです。しかも短時間の「チップス」だけ。すでにmql5で書いている人は、ここに書かれていることのほとんどを読もうとは思わないと信じてください。 Alexey Viktorov 2017.03.14 08:35 #207 アルチョム・トリシキン ここで疑問が生じます。「正しい情報を時間内に入手することは常に可能なのか?特にヘルプを読んだ後では...。 取引所で、OrderSendAsync() を使っても、常にそうとは限らないかもしれません。しかし、FXの場合は、今のところOnTradeTransaction イベントが発生したときに必ず発生します。ポジションの開始、保留中の注文の起動、ポジションの終了を簡単に検出することができます。ここで、「クローズした事実そのものを捉えることができるのであれば、最後にクローズしたポジションを履歴から探す必要は本当にないのではないか」という反論が生まれます。 Andrey Dik 2017.03.14 09:09 #208 アレクセイ・ヴィクトロフ 例えば、OrderSendAsync() を使用する場合、常に可能とは限りません。しかし、FXの場合は、今のところOnTradeTransaction イベントが発生したときに必ず発生します。ポジションの開始、保留中の注文の起動、ポジションの終了を簡単に検出することができます。ここで、「クローズした事実そのものを捉えることができるのであれば、最後にクローズしたポジションを 履歴から探す必要は本当にないのではないか」という反論が生まれます。まず、最後にポジションがクローズされたのに、なぜ履歴を検索するのでしょうか?例えば配列の「最後の」要素など、誰も探さない。次に、SLとTPのどちらでポジションがクローズしたかを判断する方法について質問されました。今のところ、最も適切で最も確実な方法は、コメントを読むことです。また、ブローカーがSLやTPのコメントを変えられるというのはフィクションの域を出ず、個人的にも伝聞でもそのようなブローカーに出会ったことはないです。OnTradeTransaction()は保証されたものではなく、情報源として使用できるものであり、それ以上のものではないことを意味します。貿易取引における管理・意思決定ツールではない Vladimir Karputov 2017.03.14 09:22 #209 アンドレイ・ディク***OnTradeTransaction()は保証されていません、**。 古い情報です。このイベントは保証されないという文言は、すでにヘルプから削除されています。 TheXpert 2017.03.14 09:24 #210 ウラジーミル・カルプトフ 古い情報です。開催を保証するものではないとの文言は、すでに参照先から削除されています。 これは、保証されたものではありません 1...141516171819202122232425262728...247 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
まだ何もしていないんです。mql4でも、注文履歴を見るのは無駄だと思いました。と、ここでまだ、必要ならどの方向から掘り起こそうかと妄想しているところです。どの端末にもトラフィックのあるポジションがないので、単純に確認できないのです。
その結果、私の口座ではポジションをクローズした後、ポジションに関連する2つの注文と2つの取引だけが残っています。それを使って、ポジションに関する情報を得ることができるかもしれません。例えば、どのような価格で、具体的にどのような依頼が開かれたのか、などです。したがって、ポジションを建てた ときのスリッページを容易に判断することができる。
MT4になってから、証券会社の都合でコメントごと消されるケースがあったので、慎重に扱っています。
あなたが推測していることは理解しています、私は実証済みの解決策を示しました。
モデレーターのアルテムさん、不要な書き込み、私の書き込みも、もう消滅していいんですよ。
もちろん一般的には、4倍速の後にMT5倍速のシステムロジックに素早く切り替えることは難しい。
MT4->MT5コンバータを書き始めれば、すべてがうまくいくでしょう。そうやって、どんなことがMT4だけで、どんなことがMT5だけで、どんなことがMT4のどれにもできないのか、とてもよく理解できるようになったんです。
例えば
なるほど、思い込みのレベルで、私は証明された解答を示したのですね。
司会者アルテムさん、冗長な書き込みは、私のものも含めて、もう消滅させてもいいんじゃないですか?
当てずっぽうでやる必要はない。ポジションのオープン/クローズの瞬間にOnTradeTransaction()関数 から自分で全てを判断し、最後のクローズ/オープンポジションを見つけるために履歴を検索する必要はありません。
なるほど、思い込みのレベルで、私は証明された解答を示したのですね。
モデレーターのアルテムさん、冗長な書き込み、私のものもありますが、もう消滅していいです。
なぜ削除するのか?通常の議論 - すべてが話題である。
ここで疑問が生じます。「正しい情報を時間内に入手することは常に可能なのか?特にヘルプを読んだ後では...。
例えば、OrderSendAsync() を使用する場合、常に可能とは限りません。しかし、FXの場合は、今のところOnTradeTransaction イベントが発生したときに必ず発生します。ポジションの開始、保留中の注文の起動、ポジションの終了を簡単に検出することができます。ここで、「クローズした事実そのものを捉えることができるのであれば、最後にクローズしたポジションを 履歴から探す必要は本当にないのではないか」という反論が生まれます。
まず、最後にポジションがクローズされたのに、なぜ履歴を検索するのでしょうか?例えば配列の「最後の」要素など、誰も探さない。
次に、SLとTPのどちらでポジションがクローズしたかを判断する方法について質問されました。今のところ、最も適切で最も確実な方法は、コメントを読むことです。また、ブローカーがSLやTPのコメントを変えられるというのはフィクションの域を出ず、個人的にも伝聞でもそのようなブローカーに出会ったことはないです。
OnTradeTransaction()は保証されたものではなく、情報源として使用できるものであり、それ以上のものではないことを意味します。貿易取引における管理・意思決定ツールではない
***
OnTradeTransaction()は保証されていません、**。
古い情報です。このイベントは保証されないという文言は、すでにヘルプから削除されています。
古い情報です。開催を保証するものではないとの文言は、すでに参照先から削除されています。