Mt4结束支持。 - 页 40

[Alexey Viktorov]

Реter Konow:
所以，你想让我继续糟蹋OOP的优势，而每个人都不停地嘲弄我吗？）但从本质上讲，你是对的。讨论已经走向了错误的方向。

但我不是在耍花招。只是不要回应巨魔。

[Реter Konow]

在TWS中，条形图是由时间形成的，而不考虑报价的到来。如果没有报价，而现在是新条形图 的时间，条形图就会在最后一次报价的价格上出现一个破折号。在这种情况下，所有指标的绘制方式与MT中相同。我对酒吧的所有想法都来自与TS合作的经验。

如果在MT中也是这样，我的解决方案将是最有效的。然而，这并不是...

因此，我不会再建议使用它。

[Nikolai Semko]

Alexey Viktorov:

彼得，我建议另一个讨论的话题，这是第二次了。不需要写什么，只是理论。

这里有什么可讨论的。最纯粹形式的多态性。OOP规则。

[Реter Konow]

Alexey Viktorov:

但我不是在耍花招。巨魔就是不回应。

我以后再来讨论你的话题。

[Nikolai Semko]

Реter Konow:

我明白了，所以酒吧可能不会在请求iBars时到达，但可能会在请求后一会儿才到达。那么它就会被系统错过。这就是问题的关键。

然后呢，要不断地访问？- 显然，这不是最好的解决方案。

这只是一个薄弱的任务。但如果有人需要它--在不连续轮询onTimer的情况下尽快接收另一个符号的新条形，也有用户中断。

[Реter Konow]

Nikolai Semko:
但如果有人需要在不轮询OnTimer的情况下尽可能快地得到一个新的条形图，有自定义中断。

如果你只是重新思考这里的酒吧的概念，一切都将归于平静。资源将被节省，解决方案也将变得简单。在 我看来，酒吧应该与时间挂钩，而不是与报价挂钩。

所以我的代码中没有错误。各个平台之间的酒吧概念是有区别的。

[Alexey Viktorov]

Nikolai Semko:
那有什么可讨论的呢？纯粹形式的多态性。OOP规则。

对于那些了解情况的人来说，没有什么可讨论的。下面是一个关于我如何决定至少学习一点OOP的样本故事。

我把定义一个新酒吧的功能作为一个例子，这不是没有道理的。一切都是从这个功能开始的。在当前TF处定义一个新条的函数是很久以前写的。突然间，我也需要它，但在某个TF中发现它。嗯，没问题。我在半次点击中重写了它。但突然间，我只为当前的TF需要它。为什么要把PERIOD_CURRENT传给这个函数呢？ 没问题，我又重写了一遍，现在我有两个名字不同的函数。

我不知道要重写多少次，也不知道要记住应该给哪个人打电话。当我明白我可以用一个名字和不同的输入参数拥有几个函数时，我的痛苦就结束了......

[Nikolai Semko]

Реter Konow:

事实证明，我的代码中没有错误。各个平台之间对酒吧的概念存在差异。

对不起，彼得，但你的代码实在是太混乱了。

[Реter Konow]

Nikolai Semko:

顺便说一下，如果在我的解决方案中只是改变填充阵列的 频率，而不是暂停一分钟，而是一秒钟访问一次，问题就可以完全解决了。在这种情况下，系统的负荷不太可能增加。你可以查看一下。

将if(Minute*Timer_frequency >= 60000)改为if(Minute*Timer_frequency >= 1000)。

[Реter Konow]

Nikolai Semko:
对不起，Pyotr，但你的代码实在是太混乱了。

我很抱歉，尼古拉，但这些都是空话。我不习惯从一个程序员那里听到这样的话。