Дело в том, что алгоритм зигзага, скажем так, не расчленяется. Поясню это. Просчет проводится по всей истории. И если мы в какой-то части исправим ошибки, то в районе нулевого бара процесс обработки остается, скажем так, незавершенным. Затрудняюсь подобрать правильные слова. Так вот эта незавершенность в районе нулевого бара и вытаскивает на свет проблему правильного поиска экстремумов.
一个选择。还有其他的。
我们有第一条射线。为了简单起见--从零开始吧。零条有一个最大和一个最小。价格在条形图内移动而不改变其极值。由于极点没有变化，第一条射线应该是静止的，不会移动。但它并没有。第一条射线抽搐。改变其位置。这仅仅是对不稳定的外部表现的描述。如果该算法工作稳定，而且 "之 "字形操作所依赖的市场参数（最后一个条形的最大值和最小值）没有变化，那么第一条射线就不应该动摇。我自己也曾在这个问题上挣扎过。但注意到搜索功能的特殊性，迫使我到论坛去。
========================
当我们在计算指标 时移动窗口（shift,shift+ExtDepth），新极值的出现可能与新的价格或旧的极值离开窗口有关。- 最好是明确地规定它。要说清楚。在语言描述中。以免探索语言的隐藏可能性。
为此，这一行if(highpos!=shift) val=0.0; .标准代码中是如何做到这一点的，我不明白。从我的变体中悬空的极值消失这一事实来看，它要么是做得不正确，要么是根本没有做。- 我对这个问题的解决方案是不同的：如果（High[shift]=val）ZigZagBuffer[shift]=val；而如果（Low[shift]=val）ZigZagBuffer[shift]=val；
，但在意义上是同一件事。但这并不能解决所有问题。这是我们对抗后果而非原因的方式。试图以同样的方式来对抗这个后果。但在第一条射线上，它不起作用。问题是，"之 "字形算法，我们应该说，并没有剖析。让我解释一下。计算是在整个历史上进行的。而如果我们纠正了其中的某些部分，那么在零条附近的处理仍然是不完整的，可以这么说。我找不到合适的词。因此，在零条附近的这种不完全性带来了正确识别极值的问题。
不久前，我试图调整窗口参数（shift,shift+ExtDepth）。我前几天也在用窗户做实验。但到目前为止还没有结果。
这个问题是众所周知的，在理论上是可以解决的（我脑子里早就有这个算法了）。总之，如果没有其他解决方案出现，我将优化Zigzag算法。具体做法如下： 1）像目前的算法一样，在整个历史上进行第一次运行 2）在从零条深入到历史的
每一个刻度 上，搜索Zigzag的两个极值，最后一个极值被强行杀死。3）从最后一个（现在是最后一个）再次遵循Zigzag计算的标准程序。4）如果当前的终点（ZigZag的尾部）理论上可以是一个极值（我们从最后的低点得到最高点，或者反过来），它也会成为一个极值。5）从第2点开始重新打钩，重新开始。）
，但这并没有发生。第一道光束抽动了。它改变了它的位置。
我还没有看到这个。它是否让梁的一端固定？而哪一个。如果是在零条上，也许应该仔细看看双倍类型的 变量被比较的条件？ 。
在我看来，这似乎指的是算法而不是语言。因此，提醒我们所讨论的函数实际上是在寻找区间内的最大（最小）价格值，而不是极值，在书中或一些评论中是合适的。
第4点）在下一次打勾时被处理为通过第2点的文件。）
这个问题是已知的，而且在理论上是可以解决的（很长时间以来一直有一个算法在脑海中）。
问题是，我正在测试在非常严格的条件下使用之字形的指标。按分钟计算，并有2-1-1参数。这种测试的目的是什么？这种测试能相当快地揭示所有隐藏的缺陷。此外，还有人希望该指标能够无一例外地在所有时间段内 工作。市场是一个分形的东西。有很多人以分钟为单位进行交易。我们为什么要剥夺他们用熟悉的工具在小范围内工作的机会？
我更喜欢我的版本）。它适用于整数。当对双数（Low[shift]==val类型）进行这种比较时，可能会引起跳动。
到目前为止，我还没有遇到任何使用双倍的 困难。这些数字被储存在内存中，没有变化。但我的比较从一个存储单元中取值。如果在这个地方会出现问题，那就是硬件（即电脑）问题。必须在硬件方面有所作为。
在我看来，这不是指语言，而是指算法。因此，提醒我们所讨论的函数实际上是在寻找区间内的最大（最小）价格值，而不是一个极值，这适合于一本书或一些评论。
我只是把它称为一个极点。它实际上是所选区间的最大和最小值。这是一个很长的读音。但其意义是一样的。
在CodeBase.mql4.com上，有很长一段时间是这样的。但这种描述非常难以理解。而且矛盾重重。在夏天，我认为斯拉瓦微调了 "之 "字形的代码。此后，网站上只留下了之前的部分描述。
到目前为止，与双倍 的工作没有造成任何困难。这些数字被储存在内存中，没有变化。而我的比较从一个单一的内存位置取值。如果这里出现问题，那就是硬件的问题--计算机。必须在硬件方面有所作为。