指标: 快速锯齿
我相信会更快。"完全实现 "是扯淡。这种 "之 "字形的最小膝关节会定期出现挂起。不可能
最小膝盖有多小？当 "之 "字形的点消失时。你能举个挂起的例子吗？代码可以调整:)
图片可能与 IdealZZ 有所不同，这是因为对出现两个扭结的条形图和 close==open 的条形图有不同的解释。但这种情况很少见...
下面是一个 10 点背离的例子，这样的膝盖几乎没有任何意义。
下面是一个最小膝点为 50 点的例子。
在构建 ZigZag 时，由于仅基于买入价信息的 ZigZag 的信息量非常小，因此缺乏卖出价历史信息的感觉尤为明显。
例如，在 ECN/STP 上，当时间加权平均价差长期增长数倍时，就能明显感觉到这一点。
由于对出现两个转折的小节和 close==open 的小节的解释不同，图片可能与 IdealZZ 不同。但这种情况非常罕见...
是的，这是不同的调子。我已经解决了这个问题。如果你考虑插入历史记录（例如加载终端）并获取顶点呢？
我完全不介意你的代码。我只反对一句话。
在构建 ZigZag 时，由于仅基于买入价信息的 ZigZag 的信息量非常小，因此会特别明显地感觉到缺少卖出价历史记录。
例如，在 ECN/STP 上，当长时间的时间加权平均价差增长数倍时，您就能明显感觉到这一点。
罕见 - 几乎无处不在：
- MT4 - 只有一个经纪人。
- MT5 - 没有。
是的，现在调子不一样了。
但您还是可以举例说明实际差异和挂起的情况。这将有助于改进代码。
至于罕见的情况，我们只是对这种情况的理解不同，要正确解决这个问题，就必须在有争议的时刻从较小的时间框架中调出历史数据，但我和你都没有这么做。
取顶有什么问题？
在输入参数相同的情况下，ZZ 值越正确，其弯曲的总和就越大。因此，能显示最大值的 ZZ 就是正确的 ZZ。
顺便提一下，一个符号的 H 特征基本是通过 ZZ 计算出来的：H = 平均膝点/可能的最小膝点。但只有考虑到 Ask-price，特别是小的膝点时，才有意义。
但您仍然可以提供实际分歧和挂起的示例。这将有助于改进代码。
不，你的代码已经是两个缓冲区所能实现的最大值了。进一步改进需要额外的缓冲区。
至于罕见情况，我们只是对这种情况的理解不同，要正确解决这个问题，就必须在有争议的时刻调出较小时间框架的历史记录，但我和你都没有这么做。
好吧。一般来说，我对这种情况很挑剔。毕竟，从长远来看，这会导致亏损。所以，是的，我想情况各有不同。
那么，拿头奖有什么问题呢？
好吧一般来说，我对这种情况很挑剔。我的意思是，最终可能会让你赔钱。所以，是的，我想有不同的方式。
快速锯齿:
最简单以及最快速的锯齿。
作者： Yury Kulikov