错误、漏洞、问题 - 页 3036

新评论
 
Anton:

这是由终端提供的。

是的，确实如此。

安东，非常缺少一个单独的函数来获取所有的M1（只有M1），而不考虑MAX_BARS参数，也不缓存和保存数据到磁盘。这将给程序员带来新的机会，形成他自己的历史数据结构。
如果MAX_BARS !=Unlimited，所有的刻度都被访问，但M1不会被访问。如果所有蜱虫都覆盖了M1的所有历史，就不会出现这个问题，但它们并没有。
 
Nikolai Semko:
安东，真的缺少一个单独的函数来获取所有的M1（只有M1），而不考虑MAX_BARS参数，不需要缓存和保存数据到磁盘。这将给程序员带来新的可能性，形成他自己的历史数据结构。
如果MAX_BARS !=Unlimited，所有的刻度都被访问，但M1不会被访问。如果所有标签都涵盖了M1的所有历史，这个问题就不会出现，但它们并没有。

还有待观察，有多少用户或程序员会使用这个？- 在终端设置中打开无限 图表属性，并使用

到目前为止，它看起来像 "开发人员来为我打开无限的设置，如果你不做新的优点"。

 
Igor Makanu:

唯一要弄清楚的是有多少用户或程序员会使用它？- 在终端设置中打开无限 图表属性，并使用

到目前为止，它看起来像 "开发商来为我打开无限设置，如果你不做新的毛绒玩具"。

无限制 是整个终端 的一个非常昂贵的选择。磁盘空间和流量的消耗马上就会大大增加。但如果我只需要一个工具的无限，而且只需要一次？
毕竟，我的历史数据文件存储比普通的磁盘空间少5倍，同时它们的信息量更大，因为它们包含最高和最低的时间以及所有已经计算过的TFs，你不需要每次都计算它们。
我 向 你保证，Igor，如果我在BE中发布这样一个库，许多程序员会开始使用它，或者看着它的有效性而创建类似的东西。
如果它也是市场上的一个产品呢？
我是否应该要求每个人都打开这个Unlimited，因为我知道这样做会让他们在流量和磁盘空间上受到很大的影响？

我认为我的要求是完全足够的，而且不需要大量的资源来实现，因为一切都已经如实存在。这是一个10-15分钟的问题。
 毕竟，当max_bars=1000时，你要求1000个W1条，反正整个M1历史被加载，W1已经被计算出来，只有M1没有被保存到文件中。

 
Nikolai Semko:

因为当max_bars=1000时，你要求获得1000个W1条，整个M1历史仍然被加载，W1已经被计算出来，只有M1没有被保存到文件中。

怎么样？已加载，但未保存？

 
Andrey Khatimlianskii:

怎么说呢？已加载，但未保存？

只有M1被从服务器上加载，任何其他的TF都是由它生成的。
不超过max_bars的那些以编程方式或由用户通过TF选择要求的TF被保存到磁盘上。
1000条W1大约是二十年的数据，即几乎整个M1的历史将被加载。
你可以Andrei检查我的话。在市场概览中打开一个新的符号，并打开其窗口，立即打开月度TF。而且你会看到数据下载的速度有多快。
但你会看到在...MetaQuotes/Terminal/.../bases/.../history/.../cache/M1.hc中的一个小文件。
而有趣的是，hcc文件将在所有年份中产生，并且已经重达半个G。hcc格式意味着它们已经被M1下载，但程序员无法使用。
所以你也不必下载它们。
而且从MqlRates结构的 大小=60字节来看，hcc文件根本没有被打包。非常浪费!

HZ更用心地做了一个实验，发现当请求任何时期的数据时，这些时期的解包数据被保存在hcc文件中（分钟条），而数据只有在终端关闭时才从RAM中解包到Cache目录中。
，即时间段在内存中形成和计算，并在终端关闭时保存到文件缓存中。这其实是符合逻辑的。将hcc文件保持在未打包的形式，而不允许程序员访问它们，这才是不合逻辑的。

 
Nikolai Semko:

好吧，如果这就是需要的，那就等着吧，只要开发者看到了其中的意义....。只要准备好等待，嗯......。我问过运算符重载的问题，管理员说这是一个不必要的功能，然后我已经5年没有和MQL打交道了，现在一切都在这里了！"。))))

 
Igor Makanu:

好吧，如果你必须等待，那就等待吧，只要开发者看到了其中的意义....。只要准备好等待，嗯......。我问过运算符重载的问题，管理员说这是一个不必要的功能，然后我已经5年没有和MQL打交道了，现在一切都在这里了！"。))))

是的，这是一个悲伤的景象。我同意。
原因正如我之前所说，是公司的人工管理。

 
Anton:

这是由终端提供的。

是的，确实如此。

Nikolai Semko:
Anton，非常缺少的是一个单独的函数，以获得所有的M1（只有M1），无论MAX_BARS参数如何，都不需要缓存和保存数据到磁盘。这将给程序员带来新的可能性，形成他自己的历史数据结构。
如果MAX_BARS !=Unlimited，所有的刻度都被访问，但M1不会被访问。如果所有标签都涵盖了M1的所有历史，这个问题就不会出现，但它们并没有。

即从上述要求甚至可以简化为：
获取位于（下载的）hcc文件中已有的M1条的程序性访问。
如果我需要超过max_bars的分钟条形图，那么我只需要启动MN或W1条形图的下载，之后我就可以确定，必要的hcc文件已经生成了。

 
也就是说，你想拥有绕过内部限制的固有能力吗？)
 
Andrei Trukhanovich:
所以你想要一种固有的能力来绕过一种固有的限制？)
这不是一个限制。
限制它没有任何意义。
安全性不受影响。它也不影响任何种类的资源；相反，有机会为程序员节省资源。
这是一个简单的不合逻辑的说法，我建议加以纠正。
你有数据，但你不能访问它。

1...302930303031303230333034303530363037303830393040304130423043...3184
新评论