Но функция CopyTiks не позволяет запрашивать N последних тиков. Вместо этого она предоставляет все тики, пришедшие с указанного момента времени. Это усложняет задачу. Мы должны выполнить запрос, получить массив тиков и сравнить его с массивом тиков, полученным на предыдущем обновлении. При этом мы выясним, какие из вновь пришедших тиков не входили в "прошлую поставку", то есть являются новыми. Но сравнивать тики между собой напрямую невозможно, просто потому что видимых различий между ними может вообще не быть. Например, обратимся к нижеприведенной таблице сделок:
Именно с этой, улучшенной и дополненной версией мы и начнем работать, чтобы постепенно превратить ее в скальперский стакан цен. Краткий обзор графической библиотеки CPanel Созданию пользовательских интерфейсов в MQL5 посвящено много статей. Среди них особенно выделяется серия Анатолия Кажарского "Графические интерфейсы", после которой сложно...
更多账户号码
你说你没看过是什么意思?
这些是什么?
这些是具有相同价格的蜱虫,不知何故进入了杂志(它们不应该这样)。他们为什么能进来--我去检查一下《发现》。
没有跳过。
只有一个粉丝,那就是你。
我的工作是处理技术信息。
在这个问题上,分析玻璃的任务根本就不是这个任务。根据任务条款,没有价格变化的刻度线是不需要的。
我明白了,认为 你已经赢了(只是傻乎乎地继续为显而易见的情况),但一点也不 令人信服!
同样,每个人都会选择做什么和怎么做!
好运!
你还需要一个账户号码。
实践
你,我不认为是故意的,只打了一个勾。
因此,你会错过该时间(0,即当前时间)之前的所有内容
在我的实现中,所有的蜱虫都被考虑在内。
你的代码不适合这种测试!
你,除其他事项外,注意力不集中。
如果没有它,EA将总是在每个事件处理程序中获得一个刻度,而情况并非如此。
我明白了,认为 你赢了(只是傻乎乎地继续说下去,因为情况很明显),但一点也不 令人信服!
同样,每个人都会选择做什么和怎么做!
好运!
天才!
你进来了,不理解这个问题,挥舞着你的FORTS旗帜,对事件处理程序进行误导,在被证明是错误的情况下,祝你好运并离开。
而最重要的是,你仍然不明白自己错在哪里。
也祝您好运!
实践
谢谢,连接。
结果是类似的,与OnTick相比,OnBOOK常常被延迟。
而在什么情况下,OnTick可以明显更好 (甚至在FORTS上!包括,对你来说!),当你承认错误时,我会告诉你。
顺便说一下,瓦西里-索科洛夫有一篇 关于正确收集蜱虫的优秀文章。它详细论述了同步过程(我没有这个过程,它有时会导致打印出相同的刻度线)。
Но функция CopyTiks не позволяет запрашивать N последних тиков. Вместо этого она предоставляет все тики, пришедшие с указанного момента времени. Это усложняет задачу. Мы должны выполнить запрос, получить массив тиков и сравнить его с массивом тиков, полученным на предыдущем обновлении. При этом мы выясним, какие из вновь пришедших тиков не входили в "прошлую поставку", то есть являются новыми. Но сравнивать тики между собой напрямую невозможно, просто потому что видимых различий между ними может вообще не быть. Например, обратимся к нижеприведенной таблице сделок:
图5.所有交易的表格,有一个相同交易的例子。
我们立即看到两组绝对相同的虱子。它们被标记为红色框架,具有相同的时间、数量、方向和价格。因此,我们看到,不可能将单个蜱虫相互比较。
但有可能对一组 蜱虫进行比较。如果两组刻度线彼此相等,我们可以得出结论,这些刻度线和后面的刻度线在上一次价格更新期间已经被分析过。
结果很糟糕:在OnTick/OnBookEvent中,不同的方法收到的ticks往往不在一个On-function中。在这种情况下,我们不可能确定在哪个函数中,哪种获取勾的方法是相关的,哪种是不相关的。可怕的含糊不清。
这似乎发生在玻璃本身已经过时的时候。
试试这个。
即使没有任何GetTickCount64(),你也可以看到函数是如何工作的