ロボットコードの一部をインジケータに保持する意味があるのはどんな場合ですか？ - ページ 32

新しいコメント
 
Andrei01:
この仮定はどこから来ているのでしょうか？インジケーターでもExpert Advisorでも同じような計算ができますが、そんな初歩的なことを説明する必要があるのでしょうか？


そうではないのです。インジケータでは、チャートデータに関連するすべての計算をより簡単かつ迅速に実行することができます。
 
Integer:

これは事実ではありません。インジケータでは、チャートデータに関連するすべての計算をより簡単かつ高速に行うことができます。
また、Expert Advisorで同じような計算はできないのでしょうか？
 
Andrei01:
Expert Advisorでも同じような計算ができないか？

できますよ、でも違う意味で、だって。

1.IndicatorCounted()

2. 配列を操作する。

ようやく正気に戻り始めたのでしょうか？

 
TheXpert:

できますよ、でも違う意味で、だって。

1.IndicatorCounted()

2.配列の取り扱い。

ようやくコツがつかめてきたのでしょうか？

1.ekspertでもIndicatorCounted()を実装することができます。

2.アレイも可能です。

理屈はないんです。

 
Andrei01:
同じような計算がエキスパートでできないのか？


同じ計算はできない。
 
Andrei01:

1.ekspertでもIndicatorCounted()を実装することができます。

あなたは苦労することになる
 

このスレッドは素晴らしいです。まさに「最速のフラバー」賞にふさわしい。

_____________________________________

議論の前半でhrenfxさんが 提案したコードでは、なぜスキップが正しく処理されないのか理解できない人のために、以下に説明します。

通信が復旧すると、端末内のイベントは 以下の順序で発生します。ティックイベントが最初に通過し、受信ティックは新しいバータイムを持っているので、それは正確に最後の、ゼロバーを参照することになります。このインディケータ/エキスパートは、最後のティックがゼロバーで、通過前の最後のバーがバー番号1であると考え、アルゴリズムを計算しますが、実際にはその間に多くの時間が経過している可能性があります。そして、その時初めて、端末は汲めども尽きぬ歴史の欠片を挿入するのである。したがって、実際の履歴の更新時には、ゼロバーはすでに計算されており、PrevTime変数に含まれるのはその時間なので、入れ替わったバーはスキップされることになります。

念のため、知ってるけど黙ってる人に聞きますが、ちゃんと理解できてますか？
。

 
alsu:
あなたは拷問されるでしょう
アルゴリズムがわかっていれば、計算に必要なバーの本数は、常にその時点でわかっている。
 
Integer:

同じものではダメです。
計算の問題点は何ですか？
 
Andrei01:
アルゴリズムがわかっていれば、常にその時点で計算すべきバーの本数がわかるので、より速く、より簡単になります。

絶望的だ :)

alsu:

念のため、分かっていながら黙っている人に聞きますが、私の言い方が正しいのでしょうか？

はい、すでに2回説明しています。

alsu:

このスレッドは素晴らしいです。まさに「最速の洪水」賞にふさわしい。

ただ、トピックスターターの放言には本当に辟易しています。ディミトリも見えています。

今に始まったことではないのです。
1...2526272829303132333435363738
新しいコメント