关于MQL4的问题。 - 页 3

[Евгений Панин]

stringo。

好的。这是可以理解的。
1.如果没有人对这个剧本感兴趣，那么只要他愿意，它至少可以在开始、至少可以在inite、至少可以在deinite工作。
2.如果要求他主动行动，他有2.5秒的时间来做所有事情。在那之后，他就死了。

在这方面，有一个问题（确切地说，是对开发者的问题）。
如果这个呆头呆脑的脚本主动向上卸载，没能达到分配的2.5秒，那么它还是会被卸载，但想取代他的脚本的加载就会出现问题。
认为这种状态是正确的吗？
a）不能被认为是令人满意的？
b) 它是MT的一个缺陷吗？
---------------------------

有没有什么不冲突的方法可以在指标中无休止地循环处理一些信息，但在这个循环中不阻止МТ？

除了交易功能外，脚本与指标的区别在于，指标中不允许出现滑点。

如果处理周期是在脚本中组织的，并且在途中的某个地方设置了一个小的滑点，那么系统资源的消耗是经济的。
如果我们在indik中引入一模一样的循环，这个循环就会无情地工作，浪费资源，以至于吞噬了交易员的资源。

在预料到为什么不在脚本中做一切的问题时，我的回答是--信息量太大。积极的想法是在脚本和指标之间并行处理信息，让它们同时工作（如果有必要，甚至超过一个指标）。

[Andrey Khatimlianskii]

在预料到为什么不在剧本中做所有事情的问题时，我回答说--有很多信息。积极的想法是将信息处理与脚本和指标并行，让它们同时工作（如果有必要，甚至超过一个指标）。我

还是不明白--用脚本或指标做有什么区别？如果你不需要画任何东西，你为什么需要指数？

[Евгений Панин]

康帕斯。
这里没有什么可理解的。我很想用一个以上的脚本工作，但MT不允许在窗口中使用一个以上的脚本。但在一个窗口中的几个指数和一个脚本是可以接受的。这就是我的想法。但看起来这个并联的想法不会有什么结果。 我不知道如何绕过上述限制。

[Slava]

指标在界面线程中工作。一个指标的循环会拖慢整个客户端的速度。脚本和专家在他们自己的线程中工作。如果一个脚本或专家调用一个指标，该指标在调用它的专家的线程中工作，不会拖慢客户端的速度。

[Евгений Панин]

stringo ,
好的，好的。
是的...
我发现你上次的咨询内容非常丰富。 它使我做出了（我希望是正确的）决定--拒绝处理指标中的信息。
谢谢你!我们将继续工作。

[Andrey Khatimlianskii]

SKif 11.11.2005 06:20 <br / translate="no"> komposter,
没有什么可理解的

那么，如果你做同样的动作，有什么可节省的呢？ 有什么区别呢，在一个脚本中还是在10个脚本中？

[Евгений Панин]

康帕斯。
不同的是，它们将同时并行工作。
一件事是1个周期500ms，另一件事是2个周期=100+400ms。在一个顽固分子工作1次的时间里，另一个顽固分子可能已经转了4次。
但现在就是这样了 :)

[Andrey Khatimlianskii]

为什么如此精确？他们是不是根本就不打算睡觉？
如果是几秒钟的问题我可以理解，但+/-100毫秒对我来说似乎并不重要......

[Евгений Панин]

这与准确性无关，而是要在滴答之间完成整个计算。

[Andrey Khatimlianskii]

SKif:
这与准确性无关，而是要在滴答之间完成整个计算。

为什么？对你来说，蜱虫的快乐是什么？
如果你不愿意，就不要解释--那就给我看看完成的作品，我自己会明白的=）。