CopyTicksRange()在MQL5中不能正确工作。 - 页 4

新评论
 
Alexey Viktorov #:

一行人回到了对话中。

该功能应该按照开发者的意图工作，而不是按照用户希望的方式工作。一个人想要一种东西，一个人想要另一种东西，一个人想要胡说八道。

这就是开发商不回应你的原因。而且我不是律师，我是想带给你一个简单的道理，如果你自己做不到，就不要恶心别人。而你，则开启了 "不要.........，让步......"，编造关于拐杖的神话。

这真的是全部......开发人员不会回答你......不要抱太大希望。

我知道你会，所以我会写。该函数必须按照文档中的描述工作，而不是其他。如果有细微差别，把它们写在文档中，你就不会有问题了。

我没有任何意义来说服你。你最好让开发者知道简单的事实。我相信你从来没有在一个程序员团队中工作过--你是一个典型的自学成才的程序员，没有坚实的知识基础。虽然我曾经工作和管理过严肃的项目。 我们曾经因为用没有经验和知识支持的通俗真理进行沟通而开除了一些人。 我不需要你作为一个中间人与开发者进行沟通。大约两年前，我得到了他们的答复--"做拐杖，在这里一切都可以"。我希望这句话的作者已经被解雇了，因为程序员不是上帝，经常犯错。

我们有一个测试员的职位--你甚至无法想象，在一个过于自信和缺乏经验的程序员身上，几页代码就能发现多少个bug。

 
RusPro #:

在你的例子中，它是有效的，因为调用条件是不同的--开始时间总是等于现有条形的开始（即已知存在ticks），而且你一次性读取了最后一个条形的所有tick历史。

顺便说一下，我的一根拐杖的作用与你的类似。我也是一开始就得到了现有条形的时间，然后把它们分成最大的连续段，得到刻度线。但另一个问题出现了--如果没有足够的数据接收阵列，剩下的恢复就是手鼓舞了（关于这一点我在上面谈过）。

而用动态数组工作要慢得多，你必须考虑到可能的内存碎片。

你把所有的文件都读完了吗？

Примечание

Функция CopyTicksRange() предназначена для запроса тиков из строго указанного диапазона, например, за конкретный день истории.

而且一切都在动态数组中快速运行。

比较你的ping和忘记dyn.array的速度:)

这不是一个专门的MMB频道

由以下人员添加

如果你需要速度，那么你为什么要在BCS上 "坐下来"，那些u--holes故意 限制标准FORTS的速度登录。

从每秒钟30个交易到每秒钟10个交易!

添加

而且最好写在 "交易所交易 "部分

 
RusPro #:

在外汇方面，同样的错误。Alpari经纪人，测试账户。欧元兑美元符号

自定义符号是根据欧元兑美元制作的，只是也留下了名称。

如果我们谈论的是策略测试器中CopyTicks的操作，我是不称职的，因为我从来没有在策略测试器中申请过tick历史。

我只能就战斗模式发言。

 
prostotrader #:

你会把文件全部看完吗？

是的，我一直在阅读功能描述，如果我有疑问，我也会翻阅论坛。 每个人对快速都有不同的概念。从定义上讲，动态是比较慢的，因为内存在不断地被重新分配。第二个缺点是碎片化 - 有时你犯了一个动态错误，然后内存就不足以关闭终端:)))

Ping与此无关，在第一次下载后，Ticks已经从基础上给出了，当然是在理论上:)我被教导说，程序应该通过优化来加速，但不是通过硬件基础 - 这是自动的。而这有什么区别呢，有什么联系呢--今天是一个，明天是另一个--这并不取决于算法。

我有自己的经纪人，这就是为什么我已经和他们合作了一年多了。我现在的任务是测试点数上的数学，而不是交易或自由职业者。

 
RusPro #:

而使用动态数组的工作要慢得多，你必须考虑可能的内存碎片。

请为这一说法提供衡量标准。我非常关注专家顾问系统的性能问题。

 
fxsaber #:

如果我们谈论的是测试器中的CopyTicks操作，我不胜任，因为我从来没有在测试器中要求过tick历史。

我只能就战斗模式发言。

我说的不是测试器，而是模拟账户。因为在周末在一个真实账户上检查Alpari是有问题的。

 
RusPro #:

我不是指测试器，我是指模拟账户。测试者，不是测试者，而是模拟账户。

是的，如果你要求在一个没有刻度的区间内提供刻度，它给出的不是零，而是整个一天的刻度。

感觉这是故意为之。但我不知道是什么原因。


调查显示，当From打到交易周的最后一个刻度线之后的时间，问题就会发生。我想这是一个错误。

在真实符号和自定义符号上，它的行为是相同的。


很明显，如果我从上一个请求的最后一个刻度开始请求刻度，问题就不会发生。但如果你用SymbolInfoTick_time_msc提出请求，就可能出现这个错误。因此，最好先不要做。

 

fxsaber #:

但如果你用SymbolInfoTick_time_msc进行查询，可能会出现这个错误。这就是为什么最好先不要做。

它已经被测试了多少次？

如果你不喜欢SymbolInfoTick，可以使用 

int  CopyTicks( 
   string           symbol_name,           // имя символа 
   MqlTick&         ticks_array[],         // массив для приёма тиков 
   uint             flags=COPY_TICKS_ALL,  // флаг, определяющий тип получаемых тиков 
   ulong            from=0,                // дата, начиная с которой запрашиваются тики 
   uint             count=0                // количество тиков, поставьте 1
   );
抄袭

从

[in]请求滴答的日期。自1970年1月1日起，以毫秒为单位指定。如果参数 from=0，那么将传递最后一次 计数 的ticks。

 
Alexey Viktorov #:

这已经检查过多少次了？

不喜欢SymbolInfoTick的使用

谢谢，很擅长与蜱虫打交道。这并不意味着该错误的存在是无效的。

 
Alexey Viktorov #:

这已经检查过多少次了？

不喜欢SymbolInfoTick的使用

它已经被测试了两年!

多么顽固的一个人啊!请看上面写的--CopyTicks的故障也是如此。如果你喜欢寻找方法来使一个有缺陷的功能正常工作，或者寻找有缺陷的变通方法，那么就别费劲了--这不是为了这个

1234567
新评论