ロボットコードの一部をインジケータに保持する意味があるのはどんな場合ですか? - ページ 32 1...2526272829303132333435363738 新しいコメント Dmitry Fedoseev 2011.03.20 21:11 #311 Andrei01: この仮定はどこから来ているのでしょうか?インジケーターでもExpert Advisorでも同じような計算ができますが、そんな初歩的なことを説明する必要があるのでしょうか? そうではないのです。インジケータでは、チャートデータに関連するすべての計算をより簡単かつ迅速に実行することができます。 Andrei01 2011.03.20 21:18 #312 Integer: これは事実ではありません。インジケータでは、チャートデータに関連するすべての計算をより簡単かつ高速に行うことができます。 また、Expert Advisorで同じような計算はできないのでしょうか? TheXpert 2011.03.20 21:23 #313 Andrei01: Expert Advisorでも同じような計算ができないか? できますよ、でも違う意味で、だって。 1.IndicatorCounted() 2. 配列を操作する。 ようやく正気に戻り始めたのでしょうか? Andrei01 2011.03.20 21:29 #314 TheXpert: できますよ、でも違う意味で、だって。 1.IndicatorCounted() 2.配列の取り扱い。 ようやくコツがつかめてきたのでしょうか? 1.ekspertでもIndicatorCounted()を実装することができます。 2.アレイも可能です。 理屈はないんです。 Dmitry Fedoseev 2011.03.20 21:31 #315 Andrei01: 同じような計算がエキスパートでできないのか? 同じ計算はできない。 Alexey Subbotin 2011.03.20 21:42 #316 Andrei01: 1.ekspertでもIndicatorCounted()を実装することができます。 あなたは苦労することになる Alexey Subbotin 2011.03.20 21:51 #317 このスレッドは素晴らしいです。まさに「最速のフラバー」賞にふさわしい。 _____________________________________ 議論の前半でhrenfxさんが 提案したコードでは、なぜスキップが正しく処理されないのか理解できない人のために、以下に説明します。 通信が復旧すると、端末内のイベントは 以下の順序で発生します。ティックイベントが最初に通過し、受信ティックは新しいバータイムを持っているので、それは正確に最後の、ゼロバーを参照することになります。このインディケータ/エキスパートは、最後のティックがゼロバーで、通過前の最後のバーがバー番号1であると考え、アルゴリズムを計算しますが、実際にはその間に多くの時間が経過している可能性があります。そして、その時初めて、端末は汲めども尽きぬ歴史の欠片を挿入するのである。したがって、実際の履歴の更新時には、ゼロバーはすでに計算されており、PrevTime変数に含まれるのはその時間なので、入れ替わったバーはスキップされることになります。 念のため、知ってるけど黙ってる人に聞きますが、ちゃんと理解できてますか? 。 Andrei01 2011.03.20 21:52 #318 alsu: あなたは拷問されるでしょう アルゴリズムがわかっていれば、計算に必要なバーの本数は、常にその時点でわかっている。 Andrei01 2011.03.20 21:54 #319 Integer: 同じものではダメです。 計算の問題点は何ですか? TheXpert 2011.03.20 21:58 #320 Andrei01: アルゴリズムがわかっていれば、常にその時点で計算すべきバーの本数がわかるので、より速く、より簡単になります。 絶望的だ :) alsu: 念のため、分かっていながら黙っている人に聞きますが、私の言い方が正しいのでしょうか? はい、すでに2回説明しています。 alsu: このスレッドは素晴らしいです。まさに「最速の洪水」賞にふさわしい。 ただ、トピックスターターの放言には本当に辟易しています。ディミトリも見えています。 今に始まったことではないのです。 1...2526272829303132333435363738 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
この仮定はどこから来ているのでしょうか?インジケーターでもExpert Advisorでも同じような計算ができますが、そんな初歩的なことを説明する必要があるのでしょうか?
そうではないのです。インジケータでは、チャートデータに関連するすべての計算をより簡単かつ迅速に実行することができます。
これは事実ではありません。インジケータでは、チャートデータに関連するすべての計算をより簡単かつ高速に行うことができます。
Expert Advisorでも同じような計算ができないか?
できますよ、でも違う意味で、だって。
1.IndicatorCounted()
2. 配列を操作する。
ようやく正気に戻り始めたのでしょうか?
できますよ、でも違う意味で、だって。
1.IndicatorCounted()
2.配列の取り扱い。
ようやくコツがつかめてきたのでしょうか?
1.ekspertでもIndicatorCounted()を実装することができます。
2.アレイも可能です。
理屈はないんです。
同じような計算がエキスパートでできないのか?
同じ計算はできない。
1.ekspertでもIndicatorCounted()を実装することができます。
このスレッドは素晴らしいです。まさに「最速のフラバー」賞にふさわしい。
_____________________________________
議論の前半でhrenfxさんが 提案したコードでは、なぜスキップが正しく処理されないのか理解できない人のために、以下に説明します。
通信が復旧すると、端末内のイベントは 以下の順序で発生します。ティックイベントが最初に通過し、受信ティックは新しいバータイムを持っているので、それは正確に最後の、ゼロバーを参照することになります。このインディケータ/エキスパートは、最後のティックがゼロバーで、通過前の最後のバーがバー番号1であると考え、アルゴリズムを計算しますが、実際にはその間に多くの時間が経過している可能性があります。そして、その時初めて、端末は汲めども尽きぬ歴史の欠片を挿入するのである。したがって、実際の履歴の更新時には、ゼロバーはすでに計算されており、PrevTime変数に含まれるのはその時間なので、入れ替わったバーはスキップされることになります。
念のため、知ってるけど黙ってる人に聞きますが、ちゃんと理解できてますか?
。
あなたは拷問されるでしょう
同じものではダメです。
アルゴリズムがわかっていれば、常にその時点で計算すべきバーの本数がわかるので、より速く、より簡単になります。
絶望的だ :)
念のため、分かっていながら黙っている人に聞きますが、私の言い方が正しいのでしょうか?
はい、すでに2回説明しています。
このスレッドは素晴らしいです。まさに「最速の洪水」賞にふさわしい。
ただ、トピックスターターの放言には本当に辟易しています。ディミトリも見えています。
今に始まったことではないのです。