学童的EOP。 - 页 8

 
那么,为什么这种方法没有被实践呢?由于某些原因,绝大多数写指标的人甚至将数组的索引与mql4中的相反。
 
Сергей Таболин:

我可以有一个例子吗?

等一下,我把它贴在代码库里。否则,我的网站的链接将被删除。

 
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