错误、漏洞、问题 - 页 681

[x572intraday]

Renat:
你似乎没有想清楚。你害怕花自己的时间来计算非常罕见（接近零%）的情况下的额外条形特征，但你高兴地要求我们应该在100%的情况下准备大量的数据，使速度减慢，并消耗许多倍的内存。有些人有条不紊地给出了这么好的建议，让自己靠墙死，现在该说说害虫了。这样的战略家是可以立即看到的。

如果你仔细分析我在这个问题上的所有帖子和之前的几个帖子，然后在分形上玩多时空指标 的图形TA标记，你就不会再想在这个问题上和我争论，就像在一桶冰水之后。但问题是，该指标没有完全优化（它不涉及这个主题），而且功能也不完整。这就是为什么我把资源浪费在胡说八道上，而不是在完成和放行上。

有很多的图形对象。而且你还得把它们清理干净......。有足够的问题。

[Renat Fatkhullin]

这是一个特殊的例子。

[x572intraday]

Renat:
这是一个特别的例子。

现场自动跟踪的人比用手交易的人要少一点。谁把MTS/ATS写在震荡器、滑块之类的地方，让他们去做吧，我会用这个指标来进行自动交易，"从那边的线开始"，但MQL自己看不到任何线。然后你就可以和资源完全说再见了，即使是16GiG也会显得很可笑。

[Andrey F. Zelinsky]

Yedelkin:

我有一种感觉，会有一个投票 :)

或者靠墙杀人 :)

[x572intraday]

一切都曾经是私人的，发明家-先驱者头脑中的第一个想法也作为私人的东西嵌套在他一个人身上。然后，它开始流行并传播...甚至成为默认嵌入的系统工具。很熟悉，不是吗？

否则，任何东西都不会发展成任何东西......。

[[删除]]

abolk:
或者靠墙杀人 :)

这是更可能的结果。

我有一种感觉，我的问题将永远不会得到回答，我将不得不给董事会写信......。:(

[Renat Fatkhullin]

MetaDriver:

2.我已经看到了。那么？有很多漏网之鱼？我对这一点也不抱幻想。我有一个疑问。完全没有原创性，也绝不是 "专属于私人"。即：终端制造商自动（！）支持的访问（和显示！）报价（包括，是的，是的！，低流动性的报价）的模式，在这种模式下，报价中的所有会期漏洞都用参数{Volume=0，Open=High=Low=Close=[ 前一栏收盘价]}的躲避来填补。 你认为这种模式有需求吗？ 还是我是一个大的原创？ 说实话 吧，雷纳特。把你的右手放在你的左心上。

我的经验清楚地表明，填空是无稽之谈和自欺欺人，一旦你得到那个填空的故事，就会立即解开。

在过去10年中，这个问题已经被多次提出。

[Renat Fatkhullin]

x100intraday:
现场自动售票的人要的比每一个交易的人都要少一点。谁在振荡器、滑块等方面编写MTS/ATS--让他们去做吧，我想用这个指标来进行自动交易，"从那边的线开始"，但MQL本身看不到任何线，所以我必须进入平面测量学，寻找斜边的根，填入江恩标度 方阵，并对该指标应用EA。那么你就可以完全告别资源了。16G在这里将是一个嘲弄。

也就是说，你想把为你的解决方案进行的繁重的状态预计算转嫁给我们，认为幸福会随之而来。

也就是说，你甚至没有体会到这样的后果：结果是我们将100%地毁掉终端的性能，并浪费更多的内存。这就是恶意的建议。

如果你正在开发一个复杂的解决方案，使用算法方法减少每种情况 下的计算量，而不是试图直接解决这个问题。使用后台准备所需数据的缓存。

[x572intraday]

Renat:

也就是说，你想把为你的解决方案进行的繁重的状态预计算转嫁给我们，认为幸福会随之而来。

也就是说，你甚至没有体会到这样的后果：结果是我们将100%地毁掉终端的性能，并浪费更多的内存。这是个恶意的建议。

如果你创建了一个复杂的解决方案，使用算法方法来减少每个特定 情况下的计算量，而不是试图正面解决这个问题。使用后台准备所需数据的缓存。

当然，缓存应该位于磁盘上，而不是某处...在RAM中？你是指文件的读/写操作？但是，首先，这并不比你在数据库中堆积exact_times[]值而牺牲终端更方便。一个好的开发环境应该为其所有的用户提供现成的工具，每个用户都可以自行发明，但让每个用户孤立地承担同样的任务是无情的。这是关于具体细节。没有所谓的特别，你也不能指望它，它是一种幻觉。我自己在论坛上反而是因为建议和带来新的想法，然后只是为了询问关于已经建立的功能的问题（如果你想的话，你可以研究帮助）。其次，我想起了MQL-coders分析的荒谬之处--它让人想起为一个特定的文件拉出整个档案，而不是拉出一个精确选择的文件。如果你对极值的确切时间进行预先计算，无疑会耗费时间和机器资源，但在我们自己的分析中也不会少花资源。直觉告诉我，C的工作速度比MQL快一些......猜测还是事实？而最糟糕的是，我们必须定期检查显示对象的当前状态，即部分重新计算。为了避免它们，你必须从缓存中提取以前计算的数据，但那是以前的 "第一次"。

[x572intraday]

毕竟，这是在终端中内置的一个功能，以便人们可以选择终端是否计算准确的条形时间。这是标准做法，让用户在准确性和时间性之间进行选择。然而，MQL程序员认为终端开发者应该预先计算酒吧的额外属性，这种可能性既奇怪又不严肃。当然，我们也可以做很多事情，但我们需要清楚地看到并分配终端开发人员和MQL程序员之间的角色，努力做到客观。