测试 "CopyTicks"。 - 页 32

[[删除]]

coderex:

在论坛的某个地方遇到了Renat关于收到CopyTicks的数据量的解释，请问谁知道这个信息？

补充：找到了讨论过的地方

谁在测试CopyTicks，自从那次讨论后有什么变化吗，在文档中只有这个函数的一个旧实现

如果你说的是缓存，那么就个人而言，在这个阶段，我对它不是特别感兴趣。当CopyTicks()在没有错误的情况下工作时，将会很有趣。

[coderex]

Alexey Kozitsyn:
如果你指的是缓存，那么，就个人而言，我在这个阶段对它并不特别感兴趣。当CopyTicks()在没有错误的情况下工作时，将会很有趣。

那你现在在CopyTicks中发现了哪些错误？我问你并不是出于空闲的好奇心，而是要把它们系统化，并跟踪纠正。

[[删除]]

coderex:
那你现在在CopyTicks中发现了哪些错误？不是出于空闲的好奇心，而是为了使它们系统化，并跟踪修复情况。

https://www.mql5.com/ru/forum/42122/page25#comment_2928386

除了错误1之外--那是我的错。

[coderex]

Alexey Kozitsyn:

https://www.mql5.com/ru/forum/42122/page25#comment_2928386

除了错误1之外--那是我的错。

如果我理解正确的话，检查最外层的刻度线的去向是有意义的，它很可能是在相邻的条形图中，尝试发送错误的计算结果到文件中，显示在条形图中的刻度线（它们的数据）。

[[删除]]

coderex:

如果我理解正确的话，检查最外层的ticks去向是有意义的，它很可能是在相邻的条形图中，尝试把错误的计算结果转储到文件中，显示进入条形图的ticks（它们的数据）。

不，这个控制是存在的。此外，如果没有它，就不可能准确地将蜱虫装入蜡烛中。昨天我们与fxsaber讨论过，同样的错误发生在两个BCS服务器中的一个和同一个蜡烛图上。

而且，如果极端的ticks击中了相邻的bar，那么控制也不会通过相邻bar的音量。而这些错误并不是一起发生的。

[coderex]

Alexey Kozitsyn:

不，这个控制是存在的。此外，如果没有它，就不可能准确地将刻度线装入蜡烛图。昨天我们与fxsaber讨论，同样的错误发生在同一个蜡烛上，在两个BCS服务器中的一个。

而且，如果极端的ticks击中了相邻的bar，那么控制也不会通过相邻bar的音量。而这些错误并不是一起发生的。

即是进来的是弯曲的体积？

[[删除]]

coderex:
即是说，是音量曲线来的？

有时，一个弯曲的体积是作为一个来自Volume[]阵列的 "参考"。有时会从曲线的跳动中收集体积。

[coderex]

Alexey Kozitsyn:
有时，一个弯曲的体积是作为一个来自Volume[]阵列的 "参考"。有时，从蜱虫中收集的体积是弯曲的。

所以，也许只是历史是歪的？增加交易所的更多数据作为参考。

[[删除]]

coderex:
所以，也许这个故事只是歪打正着？增加更多来自证券交易所的数据作为基准。

如何添加？请解释。

[Alexey Volchanskiy]

Alexey Kozitsyn:

当MQ演示上还有B/S交易 时，我们能谈什么测试呢？

我们将不得不等待官方的更新...

我已经过时了，你能告诉我什么是B/S交易吗？