什么时候在指标中保留部分机器人代码才有意义？ - 页 32

[Dmitry Fedoseev]

Andrei01:
这个假设从何而来？无论是在指标中还是在专家顾问中，都有一个相同的特定计算，真的有必要解释这些基本的东西吗？

事实并非如此。在指标中，所有与图表数据有关的计算都能以一种更容易和更快的方式进行。

[Andrei01]

Integer:

这是不正确的。在指标中，所有与图表数据有关的计算都能以更容易和更快的方式完成。

同样的计算方法不能在专家顾问中进行吗？

[TheXpert]

Andrei01:
在专家顾问中不能进行同样的计算吗？

你可以，但以不同的方式，因为。

1.IndicatorCounted()

2.与数组打交道。

它终于开始有意义了吗？

[Andrei01]

TheXpert:

你可以，但以不同的方式，因为。

1.IndicatorCounted()

2.阵列处理。

你终于开始开窍了吗？

1. IndicatorCounted()也可以在ekspert中实现。

2.也可使用阵列。

这没有什么逻辑可言。

[Dmitry Fedoseev]

Andrei01:
同样的计算方法不能在专家中进行吗？

你不能做同样的计算。

[Alexey Subbotin]

Andrei01:

1. IndicatorCounted()也可以在ekspert中实现。

你会很难受的

[Alexey Subbotin]

这条线很好。相当值得获得 "最快的橡皮泥 "奖。

_____________________________________

对于那些不明白为什么hrenfx在 讨论的前半部分建议的代码不能正确处理跳过的人来说，我在这里说的是什么。

当通信恢复后，终端中的事件 按以下顺序发生。勾股事件首先通过，由于传入的勾股事件有一个新的条形时间，它将被精确地称为最后一个零条。该指标/专家将计算其算法，认为最后一个刻度线是零条，而通过前的最后一个条是数字为1的条，尽管事实上它们之间可能已经过了很多时间。而只有到那时，终端才会插入被抽走的历史片段。因此，在实际更新历史记录的时候，零条已经被计算出来了，它的时间是包含在PrevTime变量中的，这意味着交换的条数将被跳过。

为了以防万一，我问那些知道但不说话的人--我说的对吗？

[Andrei01]

alsu:
你会被折磨的

如果你知道这个算法，你总是知道你在某一时刻需要计算的条数。

[Andrei01]

Integer:

同样的就不行了。

计算结果有什么问题？

[TheXpert]

Andrei01:
如果你知道算法，你总是知道你在某一时刻需要计算的条数。这将是更快和更容易。

你没救了 :)

alsu。

为了以防万一，我问那些知道却不说话的人--我说的对吗？

是的，我已经解释过两次了。

alsu。

这条线很好。相当于获得了 "最快洪水 "的奖项。

我只是真的受够了这个话题发起人的胡言乱语。迪米特里也是可见的。

这并不是第一次发生这种情况。