学童のためのEOPです。 - ページ 8

新しいコメント
 
では、なぜこの方法が実践されないのか。なぜかインジケータを書く人の大半は、mql4のように配列のインデックスを逆にすることさえあるのです。
 
Сергей Таболин:

例を教えてください。

少し待ってください、このCode Baseに掲載します。そうでなければ、私のサイトへのリンクはいずれにせよ削除されるでしょう。

 
Alexey Viktorov:
では、なぜこの方法が実践されないのでしょうか？なぜかインジケータを書く人の大半は、mql4のように配列のインデックスを逆にすることさえあるのです。

なぜなら、彼らは複雑だが高速なインジケータを書かなかったからだ。そうでなければ、左から右へのインデックス付けが非常に重要な作業になっていただろう。

 
Alexey Viktorov:
では、なぜこの方法が実践されないのでしょうか？なぜかインジケータを書く人の大半は、mql4のように配列のインデックスを逆にすることさえあるのです。

なぜなら、彼らは複雑だが高速なインジケータを書かなかったからだ。そうでなければ、左から右へのインデックス付けが非常に重要な作業になっていただろう。

 
Dmitry Fedoseev:

なぜなら、彼らは複雑だが高速なインジケータを書かなかったからだ。そうでなければ、左から右へのインデックス付けが非常に重要な問題の解決になる。

新しいものから順に右へインデックスしていくことのデメリットは何ですか？

 
Dmitry Fedoseev:

なぜなら、彼らは複雑だが高速なインジケータを書かなかったからだ。そうでなければ、左から右へのインデックス付けが非常に重要な問題の解決になっただろう。

要素へのアクセス速度に差はありません。一方は void* first+sizeof(T)*index であり、もう一方は last-sizeof(T)*index である。コンテナにおけるフロントメソッドとバックメソッドは、一定の複雑性を持っています。mqlの配列が本質的にコンテナであることが問われないといいのですが。
 
Сергей Таболин:

新しいものから右へインデックスすることのデメリットは何ですか？

インジケータが左から右に計算される場合、何らかのイベント、例えばフラクタルが形成された場合、このイベントを持つバーのインデックスを保存する必要があります（後で何らかの目的で使用するため）。もし、右から左へのインデックス付けであれば、n=Bars-iを計算してnを格納し、その逆でi=Bars-nを計算する必要があります。しかし、左から右へインデックスを行う場合、インデックスを保存して使用すれば、変更されることはありません。 多かれ少なかれ複雑な指標では常にこれが必要なので、左から右へのインデックスは指標開発者にとって大きな助けとなっています。

 
Vladimir Simakov:
素子のアクセス速度に差はありません。一方は void* first+sizeof(T)*index であり、もう一方は last-sizeof(T)*index である。コンテナにおけるフロントメソッドとバックメソッドは、一定の複雑性を持っています。mqlの配列が本質的にコンテナであることが問われないといいのですが。

要素のアクセス速度とどう関係があるのでしょうか？

 
Сергей Таболин:

例を挙げてみましょうか。

以下はその一例 です。

 
Сергей Таболин:

例を挙げてみましょうか。

https://www.mql5.com/ru/code/25807

123456789101112131415...18
新しいコメント