double iCustomChart(
long chart_id, // идентификатор графика (аналогичный, как в ChartIndicatorName)int sub_window, // номер подокна (аналогичный, как в ChartIndicatorName)int index, // индекс индикатора в списке индикаторов, добавленных к данному подокну графика (аналогичный, как в ChartIndicatorName)int mode, // источник данных (аналогичный, как в iCustom)int shift // сдвиг (аналогичный, как в iCustom)
);
答案（全文引用）。
该死的地狱！你可以在图表上看到这个指标，但我们不会让你得到它的数值--你再一次确认了你的作用。
我不明白所有的大惊小怪是怎么回事。已经写好了，如果图表上有几个类似的指标怎么办？我们应该从哪一本读起？它们必须要有编号吗？
第二，你知道我们将不得不对整个指标工作系统进行多么深入的修改，以满足这种不必要的时尚？
我们只能想，只要给它修修补补，我们在这里加点油，在这里修剪一下，一切都会好的。它不会的，唉。
没有必要去碰那些工作稳定的东西。
那么为什么要对它们进行比较呢？
我不明白所有的大惊小怪是怎么回事。毕竟已经写过了，如果图表上有几个相同的指标怎么办？我们应该从哪一本读起？我们是否需要以某种方式给它们编号？
即使在MT4中，它们也已经被编号了。参见ChartIndicatorName和 ChartIndicatorsTotal。
第二，你知道我们将不得不对整个指标工作系统进行多么深入的改造，以满足这种不必要的时尚？
我们将不必改变任何东西。你可以很容易地用GetPtr 来做，而不会干扰到架构。我们只需要增加不使用DLL的可能性，排除外部对缓冲区的写入。
习惯性图表（iCustomChart
返回指定图表中指定自定义指标 的数值。
参数
返回的值
出于同样的原因，为什么要比较逻辑上不同的MAs和RSIs，例如。
MA来自价格还是MA来自RSI？
如果通过价格，那么当然--通过EA（是EA在逻辑上结合了这两个不同的指标）。
如果通过RSI，那么在一个指标中（它将已经包含关于RSI和MA的信息）。
或者是一些通用的构造函数的含义，它可以接受附在图表上的任何指标并对其进行分析？
在这种情况下，它可能更方便。但仍然不清楚的是，如果你想从分析器中分析它们，为什么要在指标中进行互动？
或者是否有某种通用的构造函数，可以接受附在图表上的任何指标并对其进行分析？
那么也许会更方便。但仍然不清楚，如果你想从分析器中研究这些指标，为什么要在指标中做互动？
指示器本身是物体，其中的互动性是根据其构造逻辑设计的。为什么一个指标应该是静态的--并不清楚。
如果我们举一个完全愚蠢的例子，让我们拿一个刻度线指标。假设它在缓冲区中写了一些刻度数据。而且它只使用OnCalculate。
当它挂在图表中时，它已经在缓冲区收集了一些数据。没有必要把它们写到一个文件里（忘记或没有猜到--次要的）。
你发现你在图表上看到的数据很有趣，想把它转储到一个文件中。你是如何做到的？- 你没有！
你看到了数据，但不能阅读它们。除非你通过WinAPI解析CTRL+D窗口。而且请注意，没有互动性。
指标本身就是对象，其互动性是由其构造的逻辑所设想的。为什么一个指标应该是静态的--并不清楚。
如果我们举一个完全愚蠢的例子，让我们拿一个刻度线指标。
至于互动性，我同意。
但这个例子又太牵强了（我们忘记了/低估了/我们根本就没有想过）。
让我们同意，对于交互式指标，这种可能性是有用的。
但在目前的现实中，我们需要通过EA来实现一切。
但这个例子又从你手中被吸走了（忘记/忽视/根本没有思考）。
也就是说，当你在市场上购买一个指标时是可以的，但你不能以编程方式获得其数值。你只能看着它。把它插入你的专家顾问中--无奈之举。
也就是说，从市场上购买一个指标是可以的，但你不能以编程方式获得其数值。你只能看着它。把它放进EA是一个无奈之举。
你可以通过iCustom插入
而在某些情况下，这里已经广泛讨论过，这不是你在图表上看到的情况。
该指标不仅重绘了零条，而且重绘了历史，该指标不仅有零值，甚至还有负值，因为它作弊--我见过，而且不止一个。
我见过被这些指标愚弄的人