Mt4结束支持。 - 页 24

新评论
 
Реter Konow:

我已经回答过，无论报价是否到达，酒吧都会开放。如果没有报价，新条形图的价格将是前一条形图的收盘价。无论报价是否到达，新条形的事实将被固定下来，由计数器本身决定，它在一个计时器上运行。

具体的时间框架并不重要，因为它只是一个达到其值的计数器，并设置该时间框架的新条的事件。这只是一种与不同时间段的新条形图的出现同步的方法。同步。

仪器也不重要。如果报价来自一个服务器，这意味着它们有相同的新条出现时间。因此，只要这些乐器来自世界上的一个点，哪种乐器并不重要。


我将完成我所说的，并做其他事情。一点点的好东西）。

你错了。

恕我直言。

P.S.新条形图的形成始于新刻度线的到来，也就是打开新条形图的价格。在你的算法中，有一个计时器的计算与新刻度线的到来无关，因此存在分歧。
 
Artyom Trishkin:

是你，在你的算法中，认为酒吧是开放的。事实上--从物理上来说--它还没有出现在终端。这与服务器的现实情况完全不一致。

具体的时间框架也很重要。

每个曾经接近过多货币专家顾问的人都知道这一点。

遗憾的是，你不愿意得出我们正在引导你的结论--直观的、切实的例子。

对于一个新酒吧 的事件，它是什么符号并不重要。不同符号的新条形图同步出现（对于每个时间段）。

每个时间框架都有一个计数器。当计数器达到其时间框架的值时，它被重置为零，并为这个时间框架设置一个新的条形事件。

此外，调用该函数会返回一个新的酒吧事件，即当前酒吧的时间。

谢谢大家，再见。

 
Реter Konow:

对于新的酒吧 事件，使用哪个符号没有区别。不同符号的新条形图同步出现（对于每个时间段）。

定时器对每个时间段都有一个计数器。当计数器达到其时间框架的值时，它被重置，并为这个时间框架设置一个新的条形事件。

此外，对该函数的访问将在当前条形图中返回一次新条形图的事件。

这就是我拼完的地方。

谢谢大家，再见。

你不是那个拼命的人--你的逻辑很清楚。但是，不幸的是，这是错误的。你必须从交易环境中获取数据--最终从服务器中获取。

如果服务器上没有新的报价，那么终端中就没有新的栏位开放。

你的算法，在定时器中工作，将在市场关闭时 "盖上 "新的柱子。但在服务器上没有，因此在客户终端也没有。

相信我，不同符号的报价到达的差异也会导致新条形的打开的差异--只有当与这个条形的时间相对应的刻度（报价）到来时，形成一个新条形的开始才会被激活。如果在M1的最后一个条形收盘后4分15秒收到嘀嗒声，那么将错过三个条形，因为没有报价来执行它们。

我已经给了你一个提示。

 
Andrey Kisselyov:
你错了。

真诚的。

P.S.新条形图的形成始于新刻度线的到来，也就是打开一个新条形图的价格。在你的算法中，有一个基于计时器的计算，与新刻度线的到来没有关系，因此有分歧。

是的，在一个定时器上。出现一个没有引号的新栏。我们感兴趣的恰恰是发生杠 的事件，我们可以在Optisk()中固定报价。

在任何情况下，酒吧都会出现。如果是周末，没有酒吧，那就可以了。该功能不会改变，到会议开始时，它将与酒吧的到来同步。

 
Artyom Trishkin:

不是你咀嚼它--你的逻辑是可以理解的。但是，不幸的是，它是有缺陷的。你必须从交易环境中获取数据--最终从服务器中获取。

如果服务器上没有新的报价，那么终端中就没有新的栏位开放。

你的算法，在定时器中工作，将在市场关闭时 "盖上 "新的柱子。但在服务器上没有，因此在客户终端也没有。

相信我，不同符号的报价到达的差异也会导致新条形的打开的差异--只有当与这个条形的时间相对应的刻度（报价）到来时，形成一个新条形的开始才会被激活。如果嘀嗒声是在M1的最后一根柱子之后4分15秒发出的，那么就会错过三根柱子，因为没有报价可以建立它们。

我已经给了你一个提示。

报价可以从OnTick()获得。你可以把新酒吧 开业的事件与确认报价的到来联系起来。我不会这样做。但这取决于每个人。
 
Реter Konow:

是的，在一个定时器上。出现一个没有引号的新栏。我们感兴趣的恰恰是发生了一个酒吧 的事件，而我们可以在Optisk()中固定报价。

无论如何，酒吧都会出现。如果是周末，没有酒吧，那就可以了。该功能不会崩溃，它将与会议开始时的条形图的到来同步。

假设你想根据新条形图开始的事件，在1和2条形图上获取指标读数。 看看你的算法的逻辑，你会在新报价到达和条形图上出现之前得到1和2条形图的值。 结果是，当你试图读取指标时，你得到的不是新报价到达时应有的1和2条形图的值，而是1和2条形图的值，它将移动1条形图为2和3条形图。


真诚的。

 

Artyom Trishkin:

而且，相信我，不同符号的报价的到来也会使一个新的条形图的打开出现差异--只有当一个tick（报价）到来时，新条形图的构建才会被激活，与这个条形图的时间相对应。如果在M1的最后一根柱子4分钟15秒后收到嘀嗒声，那么就会错过三根柱子，因为没有报价可以建立它们。


现在关于这个问题--我认为你错了。请向Servicedesk查询。让他们准确地回答这个问题：无论报价的到来，平台上是否形成新的柱状物，还是没有。如果没有，那么在发生新的酒吧时，请检查上面是否有一句话。如果是这样，新的酒吧已经形成。我们可以这样做。你不需要改变太多。

 
Andrey Kisselyov:
假设你想根据新的柱状体开始的事件在1和2个柱状体上读取指标。 看看你的算法的逻辑，你会在报价到达和柱状体出现在图表上之前得到一个新的柱状体开始。 因此，当试图读取指标时，你将得到的不是报价到达时应有的1和2个柱状体的值，而是在新的报价到达时将移位1个柱状体的1和2的值，将是2和3个柱状体。


注意到。

这是有可能的。在每个新的酒吧 事件中增加对新报价的检查，就这样。不要与一个新酒吧的事件一起工作，而是与一个酒吧和一个报价的事件一起工作，比如说。
 
Реter Konow:
可能的。在每个新的酒吧 事件上添加一个报价到达检查，就是这样。例如，不与一个新酒吧的事件合作，而是与一个酒吧和一个报价的事件合作。
我不需要这个算法，这是你的创意，我只是在审查它的错误和可能的改进，可以说是对大脑的锻炼。

恕我直言。
 
Реter Konow:
从OnTick()获取你的报价。你可以把新开酒吧 的事件与确认收到报价联系起来。我不会这样做。但这是个人问题。

我知道如何获得报价 :)

在一个多币种的程序中--在一个定时器中的右侧符号的循环中。而新条形图（物理的，而不是虚拟的--错误的--如你的情况）的打开是由最后一次报价的时间控制的，并将这个时间与零条形图的时间进行比较。

而你，则是在随机制作--一个可能不存在的虚拟酒吧。你在周末没有他们，但你应该有他们--这是最简单的事情，可以作为一个例子。

而且，你看，你是唯一不会这样做的人。我们其余的人以正确和可靠的方式行事。但是，这当然只是你自己的事。

我想告诉你如何正确地做到这一点，并展示在解决同一问题时，用OOP编写的简单性和程序式的复杂曲折性之间的巨大差异。

但你可能知道得更多，而且你不需要它。我不敢在你面前表现出我还知道什么的样子。对不起。

1...171819202122232425262728293031...47
新评论