Mt4 サポート終了。 - ページ 24 1...171819202122232425262728293031...47 新しいコメント Andrey Kisselyov 2017.09.10 20:01 #231 Реter Konow:バーというのは、見積もりの到着に関係なく開くものだと、すでにお答えしています。引用符がない場合、新しいバーの価格は前のバーの終値と なります。新しいバーの事実は、クォートの到着に関係なく、タイマーで動作するカウンタ自体によって確定されます。カウンタがその値に達すると、そのタイムフレームの新しいバーのイベントが設定されるだけなので、特定のタイムフレームは重要ではありません。これは、異なる時間枠の新しいバーの出現に同期させるための単なる方法です。の同期をとることができます。楽器も関係ない。1つのサーバーからの引用であれば、新しいバーが出現する時間が同じであることを意味します。したがって、これらの楽器が世界の一地点のものであれば、どの楽器でも構わないのです。言ったことを終えて、他のことをする。ちょっとだけいいこと)。 あなたは間違っています。 敬意を込めて。 P.S. 新しいバーの形成は、新しいバーを開くの価格である新しいティックの到着で始まります。あなたのアルゴリズムでは、新しいティックの到着とは何の関係もないタイマー計算があり、それゆえ意見の相違があります。実際にあなたのアルゴリズムは、新しいバーを開くの事実ではなく、あなたがバー内の最初の引用の到着を期待できる後の時間の開始を与える。 Реter Konow 2017.09.10 20:01 #232 Artyom Trishkin:バーが開いていると思っているのは、アルゴリズムの中のあなたなのです。実は--物理的には--まだ端末に存在しないのです。これは、サーバーの実情と全く矛盾しています。また、具体的な時間枠も重要です。多通貨取引ロボットを身近に感じたことのある人なら、誰もが知っていることです。私たちが導いている結論を、視覚的に、具体的な例を挙げて出したくないというのは、残念なことです。新しいバーの イベントについては、それがどのようなシンボルであるかは問題ではありません。異なるシンボルの新しいバーが同期して表示されます（各タイムフレームについて）。時間枠ごとにカウンターがあります。カウンタが時間枠の値に達すると、カウンタはゼロにリセットされ、この時間枠に新しいバーイベントが設定されます。さらに、この関数を呼び出すと、現在のバー中に一度、新しいバーイベントが返される。 皆さん、ありがとうございました。そして、さようなら。 Artyom Trishkin 2017.09.10 20:10 #233 Реter Konow:新しいバー イベントには、どのシンボルを使っても違いはありません。異なるシンボルの新しいバーが同期して表示されます（各タイムフレームについて）。タイマは時間枠ごとにカウンタを持つ。カウンタが時間枠の値に達するとリセットされ、この時間枠に新しいバーイベントが設定されます。さらに、この関数にアクセスすると、現在のバー中に一度だけ新しいバーのイベントが返されます。 以上で説明は終わりです。 皆さん、ありがとうございました。そして、さようなら。あなたが綴るのは、あなたの論理が明確であることです。しかし、残念ながら、それは間違いです。取引環境から、つまり最終的にはサーバーからデータを取得する必要があるのです。また、サーバーに新しい気配値がない場合は、ターミナルに新しいバーが開くことはありません。タイマーで動作するあなたのアルゴリズムは、市場が閉じたときに新しいバーを「スタンプ」します。しかし、サーバーにはないため、クライアント端末にはない。そして私を信じて、異なるシンボルの引用符の到着の違いは、新しいバーの開口部の違いを引き起こす - 新しいバーの形成の開始は、このバーの時間に対応するティック（引用符）が来たときにのみ活性化されます。M1 の最後のバー終値から 4 分 15 秒後にティックを受信した場合、それらを実行するための気配値がないため、3 本のバーが見逃されます。ヒントを あげました。 Реter Konow 2017.09.10 20:11 #234 Andrey Kisselyov: あなたは間違っています。 敬具 追伸：新しいバーの形成は新しいティックの到着で始まり、それは新しいバーを開く価格です。あなたのアルゴリズムでは、新しいティックの到着とは関係のないタイマーに基づく計算があり、それゆえ不一致があります。はいタイマーで。引用符のない新しいバーが表示されます。我々は、バーが発生 するイベントに正確に興味を持っており、Optisk()で引用符を固定することができます。いずれにしてもバーが表示されます。週末で飲み屋がない場合はOKです。機能は変更されず、セッション開始までにバーの到着と同期されます。 Реter Konow 2017.09.10 20:14 #235 Artyom Trishkin:噛み砕くのはあなたではない......あなたの論理は理解できる。しかし、残念ながら欠陥があります。取引環境から、つまり最終的にはサーバーからデータを取得する必要があるのです。また、サーバーに新しい気配値がない場合は、ターミナルに新しいバーが開くことはありません。タイマーで動作するあなたのアルゴリズムは、市場が閉じたときに新しいバーを「スタンプ」します。しかし、サーバーにはないため、クライアント端末にはない。そして私を信じて、異なるシンボルの引用符の到着の違いは、新しいバーの開口部の違いを引き起こす - 新しいバーの形成の開始は、このバーの時間に対応するティック（引用符）が来たときにのみ活性化されます。M1の最後のバーから4分15秒後にティックが来た場合、3本のバーは、それらを構築するための引用符がないため、見逃されることになります。ヒントを あげました。 引用符はOnTick()から取得することができます。新しいバーの 開店イベントと見積もり到着の確認を関連付けることができます。私ならそうはしない。でも、それはみんな次第なんです。 Andrey Kisselyov 2017.09.10 20:16 #236 Реter Konow:はいタイマーで。引用符のない新しいバーが表示されます。我々は、Optisk()でクォートを固定できる一方で、バーが発生する イベントに正確に関心を持っています。とにかくバーが表示されます。週末で飲み屋がない場合はOKです。この機能は破綻することなく、セッション開始の瞬間にバーの到着に同期して動作します。 例えば、新しいバーが始まるイベントに応じて、1バーと2バーでインジケータの読み取りを行いたいとします。 アルゴリズムのロジックを見ると、新しい相場が到着してチャートにバーが表示される前に1バーと2バーの値が取得されます。 結果として、インジケータを読もうとすると、相場到着時の1バーと2バーではなく、新しい相場時に1バー移動する1バーと2バーの値が得られ、これは明らかにEA動作に影響を与えることになります。 敬具 Реter Konow 2017.09.10 20:19 #237 Artyom Trishkin:そして、私を信じて、異なるシンボルの引用符の到着の違いも、新しいバーの開口部に違いを作る - 新しいバーの建設の開始は、このバーの時間に対応し、ティック（引用符）の到着でのみアクティブになっています。M1の最後のバーから4分15秒後にティックを受信した場合、それらを構築する引用符がないため、3つのバーが欠落することになります。さて、その質問ですが、--私は、あなたは間違っていると思います。servicedeskにご確認ください。引用符の到着に関係なく、プラットフォームに新しいバーが 形成されているかどうか、質問に答えさせます。いいえ」の場合は、新しいバーのイベントで、そのバーに引用があったかどうかを確認します。もしそうなら、新しいバーが形成されたことになる。こうすればいいんです。あまり変える必要はありません。 Реter Konow 2017.09.10 20:22 #238 Andrey Kisselyov: 例えば、新しいバーが始まるというイベントに従って、1本と2本のバーでインジケータを読み取るとします。 アルゴリズムのロジックから進むと、気配値が到着してチャートにバーが表示される前に新しいバーが始まります。 その結果、インジケータを読み取ろうとすると、気配値が到着したときの本来の1本と2本の値ではなく、新しい気配値が到着すると1本分ずれて、2と3本のバーになる、1と2の値を取得することになります。 リーズナブル。 可能です。新しいバーの イベントごとに新しい見積もりのチェックを追加する、それだけです。新しいバーのイベントではなく、例えばバーと引用のイベントで動作させる。 Andrey Kisselyov 2017.09.10 20:26 #239 Реter Konow: 可能です。新しいバー イベントのたびに見積もり到着チェックを追加して、それで完了です。新しいバーのイベントではなく、例えばバーと引用のイベントで動作します。 私はこのアルゴリズムを必要としていません、それはあなたの発案です、私はただエラーと可能な改良のためにそれをレビューしています、いわば脳のための練習です。 敬意を込めて。 Artyom Trishkin 2017.09.10 20:27 #240 Реter Konow: OnTick()から引用符を取得します。新バー オープンのイベントと見積もり受領の確認を関連付けることができます。私ならそうはしない。しかし、これは個人的な問題です。見積もりの取り方は知っている :)多通貨プログラムでは - 右のシンボルのループ内のタイマで。そして、新しいバーの開口部（物理的ではなく、仮想 - 誤 - あなたの場合のように）最後の引用の時間によって制御され、ゼロバーのシンボルの時間とこの時間を比較します。一方、あなたは、存在しないかもしれない仮想のバーを、ランダムに作っているのです。週末には存在しないが、本来はあるはずのもの。それが、例として挙げるべき最もシンプルなものです。それにね、あなただけは、そんなやり方はしないでしょう。それ以外の人は、正しく確実な方法でやっています。しかし、それはもちろん、自分自身の問題でしかありません。その正しい方法をお伝えし、同じ問題を解決するときに、OOPで書くシンプルさと、手続き型で書く複雑なひねりの大きな違いを示したかったのです。 でも、あなたはもっと知っているでしょうし、必要ないでしょう。あなたの前では、あえて何も知らないように見せたいんです。申し訳ございません。 1...171819202122232425262728293031...47 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
バーというのは、見積もりの到着に関係なく開くものだと、すでにお答えしています。引用符がない場合、新しいバーの価格は前のバーの終値と なります。新しいバーの事実は、クォートの到着に関係なく、タイマーで動作するカウンタ自体によって確定されます。
カウンタがその値に達すると、そのタイムフレームの新しいバーのイベントが設定されるだけなので、特定のタイムフレームは重要ではありません。これは、異なる時間枠の新しいバーの出現に同期させるための単なる方法です。の同期をとることができます。
楽器も関係ない。1つのサーバーからの引用であれば、新しいバーが出現する時間が同じであることを意味します。したがって、これらの楽器が世界の一地点のものであれば、どの楽器でも構わないのです。
言ったことを終えて、他のことをする。ちょっとだけいいこと)。
敬意を込めて。
P.S. 新しいバーの形成は、新しいバーを開くの価格である新しいティックの到着で始まります。あなたのアルゴリズムでは、新しいティックの到着とは何の関係もないタイマー計算があり、それゆえ意見の相違があります。実際にあなたのアルゴリズムは、新しいバーを開くの事実ではなく、あなたがバー内の最初の引用の到着を期待できる後の時間の開始を与える。
バーが開いていると思っているのは、アルゴリズムの中のあなたなのです。実は--物理的には--まだ端末に存在しないのです。これは、サーバーの実情と全く矛盾しています。
また、具体的な時間枠も重要です。
多通貨取引ロボットを身近に感じたことのある人なら、誰もが知っていることです。
私たちが導いている結論を、視覚的に、具体的な例を挙げて出したくないというのは、残念なことです。
新しいバーの イベントについては、それがどのようなシンボルであるかは問題ではありません。異なるシンボルの新しいバーが同期して表示されます（各タイムフレームについて）。
時間枠ごとにカウンターがあります。カウンタが時間枠の値に達すると、カウンタはゼロにリセットされ、この時間枠に新しいバーイベントが設定されます。
さらに、この関数を呼び出すと、現在のバー中に一度、新しいバーイベントが返される。
皆さん、ありがとうございました。そして、さようなら。
新しいバー イベントには、どのシンボルを使っても違いはありません。異なるシンボルの新しいバーが同期して表示されます（各タイムフレームについて）。
タイマは時間枠ごとにカウンタを持つ。カウンタが時間枠の値に達するとリセットされ、この時間枠に新しいバーイベントが設定されます。
さらに、この関数にアクセスすると、現在のバー中に一度だけ新しいバーのイベントが返されます。
以上で説明は終わりです。
皆さん、ありがとうございました。そして、さようなら。
あなたが綴るのは、あなたの論理が明確であることです。しかし、残念ながら、それは間違いです。取引環境から、つまり最終的にはサーバーからデータを取得する必要があるのです。
また、サーバーに新しい気配値がない場合は、ターミナルに新しいバーが開くことはありません。
タイマーで動作するあなたのアルゴリズムは、市場が閉じたときに新しいバーを「スタンプ」します。しかし、サーバーにはないため、クライアント端末にはない。
そして私を信じて、異なるシンボルの引用符の到着の違いは、新しいバーの開口部の違いを引き起こす - 新しいバーの形成の開始は、このバーの時間に対応するティック（引用符）が来たときにのみ活性化されます。M1 の最後のバー終値から 4 分 15 秒後にティックを受信した場合、それらを実行するための気配値がないため、3 本のバーが見逃されます。
ヒントを あげました。
あなたは間違っています。
敬具
追伸：新しいバーの形成は新しいティックの到着で始まり、それは新しいバーを開く価格です。あなたのアルゴリズムでは、新しいティックの到着とは関係のないタイマーに基づく計算があり、それゆえ不一致があります。
はいタイマーで。引用符のない新しいバーが表示されます。我々は、バーが発生 するイベントに正確に興味を持っており、Optisk()で引用符を固定することができます。
いずれにしてもバーが表示されます。週末で飲み屋がない場合はOKです。機能は変更されず、セッション開始までにバーの到着と同期されます。
噛み砕くのはあなたではない......あなたの論理は理解できる。しかし、残念ながら欠陥があります。取引環境から、つまり最終的にはサーバーからデータを取得する必要があるのです。
また、サーバーに新しい気配値がない場合は、ターミナルに新しいバーが開くことはありません。
タイマーで動作するあなたのアルゴリズムは、市場が閉じたときに新しいバーを「スタンプ」します。しかし、サーバーにはないため、クライアント端末にはない。
そして私を信じて、異なるシンボルの引用符の到着の違いは、新しいバーの開口部の違いを引き起こす - 新しいバーの形成の開始は、このバーの時間に対応するティック（引用符）が来たときにのみ活性化されます。M1の最後のバーから4分15秒後にティックが来た場合、3本のバーは、それらを構築するための引用符がないため、見逃されることになります。
ヒントを あげました。
はいタイマーで。引用符のない新しいバーが表示されます。我々は、Optisk()でクォートを固定できる一方で、バーが発生する イベントに正確に関心を持っています。
とにかくバーが表示されます。週末で飲み屋がない場合はOKです。この機能は破綻することなく、セッション開始の瞬間にバーの到着に同期して動作します。
敬具
Artyom Trishkin:
そして、私を信じて、異なるシンボルの引用符の到着の違いも、新しいバーの開口部に違いを作る - 新しいバーの建設の開始は、このバーの時間に対応し、ティック（引用符）の到着でのみアクティブになっています。M1の最後のバーから4分15秒後にティックを受信した場合、それらを構築する引用符がないため、3つのバーが欠落することになります。
さて、その質問ですが、--私は、あなたは間違っていると思います。servicedeskにご確認ください。引用符の到着に関係なく、プラットフォームに新しいバーが 形成されているかどうか、質問に答えさせます。いいえ」の場合は、新しいバーのイベントで、そのバーに引用があったかどうかを確認します。もしそうなら、新しいバーが形成されたことになる。こうすればいいんです。あまり変える必要はありません。
例えば、新しいバーが始まるというイベントに従って、1本と2本のバーでインジケータを読み取るとします。 アルゴリズムのロジックから進むと、気配値が到着してチャートにバーが表示される前に新しいバーが始まります。 その結果、インジケータを読み取ろうとすると、気配値が到着したときの本来の1本と2本の値ではなく、新しい気配値が到着すると1本分ずれて、2と3本のバーになる、1と2の値を取得することになります。
リーズナブル。
可能です。新しいバー イベントのたびに見積もり到着チェックを追加して、それで完了です。新しいバーのイベントではなく、例えばバーと引用のイベントで動作します。
敬意を込めて。
OnTick()から引用符を取得します。新バー オープンのイベントと見積もり受領の確認を関連付けることができます。私ならそうはしない。しかし、これは個人的な問題です。
見積もりの取り方は知っている :)
多通貨プログラムでは - 右のシンボルのループ内のタイマで。そして、新しいバーの開口部（物理的ではなく、仮想 - 誤 - あなたの場合のように）最後の引用の時間によって制御され、ゼロバーのシンボルの時間とこの時間を比較します。
一方、あなたは、存在しないかもしれない仮想のバーを、ランダムに作っているのです。週末には存在しないが、本来はあるはずのもの。それが、例として挙げるべき最もシンプルなものです。
それにね、あなただけは、そんなやり方はしないでしょう。それ以外の人は、正しく確実な方法でやっています。しかし、それはもちろん、自分自身の問題でしかありません。
その正しい方法をお伝えし、同じ問題を解決するときに、OOPで書くシンプルさと、手続き型で書く複雑なひねりの大きな違いを示したかったのです。
でも、あなたはもっと知っているでしょうし、必要ないでしょう。あなたの前では、あえて何も知らないように見せたいんです。申し訳ございません。