错误、漏洞、问题 - 页 2241

 
Alexey Viktorov:

你认为你可以据此说些什么吗?是的,嗯...

是的,如果你对这个问题感兴趣,但我的指标的逻辑不清楚,我已经布置了代码,你可以添加一个解套...

但问题很明显,时间序列中的time[]并不对应于服务器时间,信息如。"要在价格图表上获得服务器时间,不要忘记考虑格林威治标准时间的偏移......" 我在帮助中没有看到,所以我问一下

如果有人能解释一下为什么在MQL5中,时间序列time[]不对应于服务器时间?

 
Konstantin:

如果所有的逻辑都在外面,为什么连接器需要自己打开文件,从外部程序的OnInit中调用所需功能来初始化

所有的逻辑都被搬到外面去了,这又是怎么一回事呢?你应该先仔细阅读前面的答案。而我不明白你的问题的含义?它们与我所触及的具体错误有什么关系?没有你,我已经知道如何处理这个或那个错误。我对关于确认/重新制作的建议感兴趣,以确保开发商接受了工作请求,并且在未来,这种错误不会在其他地方或以其他形式再次发生
[删除]  
Igor Makanu:
int OnInit()
  {
   SetIndexBuffer(0,DB,INDICATOR_DATA);
   ArraySetAsSeries( DB, true );
   lastdayclose=-1;
   F0=1;
   return(INIT_SUCCEEDED);
  }

不客气。

 
Alexey Kozitsyn:

不客气。

我一定是忘记了,在MQL5中,最好是自己在指标中设置ArraySetAsSeries(),而不是猜测指标的计算位置和内容。

最恼人的是,我读过了,似乎很清楚,但写起来还是一样的。

返回的值

如果指定的数组有AS_SERIES标志,即数组像时间序列一样被反向访问,则返回true。时间序列与普通数组的不同之处在于,时间序列的元素是从数组的末尾到开头的索引(最近的数据到最旧的数据)。

注意事项

要检查一个数组是否属于一个时间序列,可以使用ArrayIsSeries()函数。作为输入参数传递给OnCalculate()的价格数据数组,不一定具有与时间序列相同的索引方向。所需的索引方向可以用ArraySetAsSeries()设置。

它看起来非常像从 "印度教 "翻译成俄语,而且似乎不清楚,但你是在用不同的语言阅读它

谢谢你!

[删除]  
Igor Makanu:

我一定是忘记了,在MQL5中,最好是自己在指标中设置ArraySetAsSeries(),而不是猜测指标的计算位置和内容。

最恼人的是,我读了帮助,一切似乎都很清楚,但其写作风格。

它看起来非常像从 "印度教 "翻译成的俄语,而且它不像俄语。

谢谢你!

你不必设置时间序列标志,但如果你想以与mql4相同的方式写入指标,你必须将所有缓冲区和数组设置为时间序列。

 
Alexey Kozitsyn:

你不需要设置timeseries标志,但如果你想以与mql4相同的方式写入指标,所有的缓冲区和数组都应该设置为timeseries。

开发人员采取了辩证的方法:一方面,帮助警告说

作为输入参数传递给OnCalculate()的价格数据数组,不一定 像时间序列那样有索引方向。

另一方面,通过CopyClose()等复制时间序列也需要检查历史记录是否已经准备好...要访问OHLC历史数据有很多程序员的工作,从MQL4到MQL5的过渡 中存在很多陷阱。

总而言之,我关注MQL5多年了,我曾多次强迫自己切换到MQL%....。我曾经有一个观点,认为MQL5是MQL4的逻辑延续。 开发者总是写道,他们在两种语言的融合(过渡)上做了另一项工作,但我所看到的是一种完全不同的编程语言--它们的共同点是C++语法

但结果是,kodobase总体上看起来是一个MQL4=MQL5代码的大杂烩,反之亦然 ))))

 
A100:
所有的逻辑都在那里,这从何而来呢?你应该先仔细阅读前面的答案。而你的问题的重点却不清楚?它们与我所触及的具体错误有什么关系?我知道如何绕过这个或那个错误,没有你。我对关于确认/重新制作的建议感兴趣,以确保开发商接受了工作请求,并且在未来,这种错误不会在其他地方或以其他形式再次出现

)))) 我给了你建议,因为你的要求已经变成了通过每条信息的硬性要求,向服务台发送请求并等待,为什么要在这里开始不必要的讨论?

 

你好,我从你那里买了一个EA,"乌龟"而且它在独立模式下不工作,?

 
darkangel8733:

你好,我从你那里买了一个EA,"乌龟"而且它在独立模式下不工作,?

有问题应该向你购买专家顾问 的卖家提出,在讨论这个产品的页面上提出,而不是在论坛上提出。

 
Konstantin:

)))) 我给了你一个建议,因为你的要求已经变成了一个僵硬的要求,通过每条信息,向服务台发出请求并等待,没有必要在这里开始一个不必要的讨论。

要求只有一件事--帮助而不是阻碍。如果你认为讨论是不必要的,那么就不要参加......这不是由你来决定的(必要/不必要)--那是行政部门和版主的事。