MT4的iMAOnArray和iBandsOnArray元素数量对计算的影响 - 页 5

 
Dmitry Fedoseev:
即使MODE_SMA是一样的,但使用它仍然不是一个好主意。

我非常理解这一点,我甚至在上面写了为什么不理解。我从96年就开始编程,我在2009-10年的某个时候开始尝试MQL,当时我在其他终端之后发现了MT:)。
所以我知道 "良好和正确的代码 "的规则 :)

 
Dmitry Fedoseev:
即使MODE_SMA匹配,你仍然不应该使用它。

你能想到任何不应该使用它的理由吗?

还是只有一个原因,像往常一样,摊开手指的方式?

不仅MODE_SMA匹配,其他所有的滑动方法 也都匹配。即使iMAOnArray()的周期与iBandsOnArray()的周期不一致,也没有必要将缓冲区数组的一部分双倍复制到用户数组中,你只需要了解这些函数被调用时的情况。

 
Alexey Viktorov:

你能想到任何不应该使用它的理由吗?

还是只有一个原因,像往常一样,摊开手指的方式?

不仅MODE_SMA匹配,而且所有其他的滑动方法 也都匹配。即使iMAOnArray()的周期与iBandsOnArray()的周期不一致,也没有必要将缓冲区数组的一部分复制到用户数组中两次,你只需要了解这些函数被调用时的情况。

我在第4页的留言中指出了差异的原因。如果你不相信你的话,把原版放在M1图表上,把你的版本放在下面,为MA输入LWMA平滑,周期为100,为Bands留下12的周期。
 
Alexey Viktorov:

你能想到任何不应该使用它的理由吗?

...

我可以。但我不想这样做。
 
Dmitry Fedoseev:
我可以。但我不想这样做。
你也没有看到我的答案?我已经指出了为什么你不应该使用它。
 
Sergey Efimenko:
我在第4页的帖子中描述了不一致的原因。如果你不相信你的话,在M1图上设置原始的,在下面设置你的版本,为MA和周期100输入LWMA平滑。

谢尔盖,我没有立即理解你所有操纵的原因,在正常情况下,没有必要做这样的伎俩。如果你想限制重新计算的历史,还有其他方法,对整个数组使用这些函数,也就是说,在你想放300的地方可以安全地放0,不会有刹车。

而我将再次尝试解释,在提到 "你 "的时候,带着所有的尊重和善意,要比 "你 "带着一个小字母和 "你 "被送去的地址好很多。

 
Sergey Efimenko:
你也没有看到我的答案?我指出了为什么你不应该使用它。
我知道,但这个问题是针对我个人的。
 
Dmitry Fedoseev:
我可以。但我不想这样做。

你在做正确的事情,否则你的手指就会断掉。别紧张。


ps;等待答案,我要休息了......

 
Alexey Viktorov:
你在做正确的事情,否则你的手指就会断掉。别紧张。
你太固执了,但要坚持下去,说不定哪天你的角就断了。
 
Alexey Viktorov:

谢尔盖,我没有立即理解你所有操纵的原因,在正常情况下,没有必要做这样的伎俩。如果你想限制重新计算的历史,还有其他方法,对整个数组使用这些函数,也就是说,你想放300的地方可以安全地放0,不会有任何刹车。

而且你又错了,这个问题是由计算全部阵列时的速度慢造成的。当启动终端或在安装了稍微复杂的指示器的TF之间切换时,但基于这里提到的功能,它实际上会导致不可接受的制动。一般来说,答案是明确的,这些函数只有在计算完整的数组时才起作用,但在这种形式下,终端的速度会不可接受地降低。计算的依据是,有人设法用一个 "不完整 "的数组从这些函数中获得所需的值,而又不损失整体性能。