开发人员。MT5终端的时间格式 - 页 3

新评论
 
Renat:
我们在订单中有一个真实的毫秒字段，我们可以在MQL5中把它发出来。
这是个好建议 :)
 
papaklass:

如果你不能在MT5中使用，那么用毫秒历史来分析ticks有什么意义呢？ 你将绑定什么，MT5中没有毫秒。

在这种情况下，拥有一个异步函数看起来是一个半途而废的解决方案。一方面，它是为高速交易而设计的，但另一方面，我们无法将高速交易所需的数据系统化，你无法绑定到毫秒，它们根本不存在。

嗯，这是对毫秒的有用性的非常片面的理解。我重复一遍，如果没有tick毫秒历史，几乎不可能找到多货币市场模式。

我用我自己的方法研究市场，这与元老级的人没有关系。我只使用MT4作为交易API。我的战斗专家顾问甚至不在策略测试器中运行。它们代表了一个循环的MQL4失真。

P.S. 作为一个例子，元中没有LowAsk数据。对于一个渠道炒家来说，这是超级重要的数据。有些人直接在元数据上实时收集tick历史（尽管有时会跳过），并分析提取的LowAsk。也就是说，通过元的实时交易是现实的，有一定的注意事项。这就是那里的研究面临的巨大挑战。

P.P.S. 没有人可以阻止用毫秒来收集元的ticks（通过GetTickCount的模拟）。这很容易。唯一的问题是，应该是这样吗？

 
stringo:

所以这一点。告诉我毫秒如何 "帮助你砍树"？(ц)

你问，你问，没有人说一个字。

我最近发现了一个计算速度的简单指标，即每秒钟的刻度数。

计算方法是。"刻度数(10)/(最后一个刻度和第一个刻度之间的时间差)"

几秒钟是不够的，有了几毫秒，树木就会更准确地倒下 :)

 
Swan:

最近遇到了一个简单的指标--计算速度，每秒的刻度数。

计算方法是。"刻度数(10)/(最后一个刻度和第一个刻度之间的时间差)"。

几秒钟是不够的，有了几毫秒，树木就会更准确地倒下 :)

我的妈呀。为什么这么复杂？

计算用的一分钟tick_volume是不够的？

 
stringo:

这简直是一派胡言。为什么这么复杂？

用于计算的一分钟tick_volume还不够？

很明显，你和雷纳特，以及似乎你的所有团队都对一小部分好奇的人的交易需求了解甚少。

回到你的问题上，它不起作用。它根本就不滚动。但GetTickCount 完全解决了这个简单的问题。毫秒与此毫无关系。

 
stringo:

这简直是一派胡言。为什么这么复杂？

用于计算的一分钟tick_volume还不够？

它似乎在计算最后10个刻度的ticks/sec。
 
不，说真的，谁来给我解释一下使用M.S.进行有用的 市场分析 的行动算法，这反过来会导致有利可图的交易......（任何关于 "手指 "的例子）。
 
stringo:

这简直是一派胡言。为什么这么复杂？

计算用的一分钟tick_volume是不够的？

所有的计算都是基于最后的10个（或多少个）ticks...

一分钟内的tick_volume有点不同）周期要长很多。

 
hrenfx:

很明显，你和雷纳特，以及似乎你的整个团队都对一小部分好奇心强的人的交易需求没有什么概念。

回到你的问题上，它不起作用。它根本就不滚动。但GetTickCount完全解决了这个简单的问题。毫秒与此毫无关系。

GetTickCount?彻底？别傻了。

你的交易需求并不代表GetTickCount的局限。

 
milo:

,,,不，说真的，有人解释行动的算法，使用msec进行有用的 市场分析，这反过来将导致有利可图的交易...（任何例子的 "手指"）。
不允许做广告 :)
12345678
新评论