学童的EOP。 - 页 8 123456789101112131415...18 新评论 Alexey Viktorov 2019.10.05 08:38 #71 那么,为什么这种方法没有被实践呢?由于某些原因,绝大多数写指标的人甚至将数组的索引与mql4中的相反。 Ihor Herasko 2019.10.05 08:44 #72 Сергей Таболин: 我可以有一个例子吗? 等一下,我把它贴在代码库里。否则,我的网站的链接将被删除。 Dmitry Fedoseev 2019.10.05 08:49 #73 Alexey Viktorov: 那么为什么不实行这种方法呢?由于某些原因,绝大多数写指标的人甚至将数组的索引与mql4中的相反。 因为他们从来没有写过复杂但快速的指标,否则从左到右的索引将是一项非常重要的任务。 Dmitry Fedoseev 2019.10.05 08:49 #74 Alexey Viktorov: 那么为什么不实行这种方法呢?由于某些原因,绝大多数写指标的人甚至将数组的索引与mql4中的相反。 因为他们从来没有写过复杂但快速的指标,否则从左到右的索引将是一项非常重要的任务。 [删除] 2019.10.05 08:53 #75 Dmitry Fedoseev: 因为他们从来没有写过复杂但快速的指标,否则从左到右的索引将是一个非常重要问题的解决方案。 从最新的一个索引到右边的索引,有什么缺点? Vladimir Simakov 2019.10.05 09:01 #76 Dmitry Fedoseev: 因为他们从来没有写过复杂但快速的指标,否则从左到右的索引会成为一个非常重要问题的解决方案。 访问该元素的速度没有区别。在一种情况下,它是void* first+sizeof(T)*index,在另一种情况下是last-sizeof(T)*index。容器中的前面和后面的方法有一个恒定的复杂性。我希望mql中的数组本质上是容器这一事实不被质疑。 Dmitry Fedoseev 2019.10.05 09:01 #77 Сергей Таболин: 从最新的索引到右边的索引,有什么缺点? 如果指标是从左到右计算的,那么如果发生了一些事件,例如,一个分形已经形成,你必须储存有这个事件的条形的索引(以便以后用于某些目的)。如果索引是从右到左,我们应该计算n=Bars-i并存储n,然后做相反的操作:i=Bars-n。但如果你从左到右做索引,你应该只保存索引并使用它,它不会改变。 由于在或多或少复杂的指标中总是需要这样做,从左到右的索引对指标开发者来说是一个很大的帮助。 Dmitry Fedoseev 2019.10.05 09:02 #78 Vladimir Simakov: 元素访问速度没有差别。一种情况是void* first+sizeof(T)*index,另一种情况是last-sizeof(T)*index。容器中的前面和后面的方法有一个恒定的复杂性。我希望mql中的数组本质上是容器这一事实不被质疑。 这与元素的访问速度有什么关系? Ihor Herasko 2019.10.05 09:15 #79 Сергей Таболин: 我可以给你举个例子吗? 这里有一个例子。 Igor Makanu 2019.10.05 09:15 #80 Сергей Таболин: 我可以给你举个例子吗? https://www.mql5.com/ru/code/25807 123456789101112131415...18 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我可以有一个例子吗?
等一下,我把它贴在代码库里。否则,我的网站的链接将被删除。
那么为什么不实行这种方法呢?由于某些原因,绝大多数写指标的人甚至将数组的索引与mql4中的相反。
因为他们从来没有写过复杂但快速的指标,否则从左到右的索引将是一项非常重要的任务。
那么为什么不实行这种方法呢?由于某些原因,绝大多数写指标的人甚至将数组的索引与mql4中的相反。
因为他们从来没有写过复杂但快速的指标,否则从左到右的索引将是一项非常重要的任务。
因为他们从来没有写过复杂但快速的指标,否则从左到右的索引将是一个非常重要问题的解决方案。
从最新的一个索引到右边的索引,有什么缺点?
因为他们从来没有写过复杂但快速的指标,否则从左到右的索引会成为一个非常重要问题的解决方案。
从最新的索引到右边的索引,有什么缺点?
如果指标是从左到右计算的,那么如果发生了一些事件,例如,一个分形已经形成,你必须储存有这个事件的条形的索引(以便以后用于某些目的)。如果索引是从右到左,我们应该计算n=Bars-i并存储n,然后做相反的操作:i=Bars-n。但如果你从左到右做索引,你应该只保存索引并使用它,它不会改变。 由于在或多或少复杂的指标中总是需要这样做,从左到右的索引对指标开发者来说是一个很大的帮助。
元素访问速度没有差别。一种情况是void* first+sizeof(T)*index,另一种情况是last-sizeof(T)*index。容器中的前面和后面的方法有一个恒定的复杂性。我希望mql中的数组本质上是容器这一事实不被质疑。
这与元素的访问速度有什么关系?
我可以给你举个例子吗?
这里有一个例子。
我可以给你举个例子吗?
https://www.mql5.com/ru/code/25807