CopyTicksRange()가 MQL5.a에서 올바르게 작동하지 않습니다. - 페이지 2

 
Alexey Viktorov # :

키워드를 강조했습니다.

정의상 아직 존재하지 않는 틱을 요청하지 마십시오. 현재 시간(밀리초)보다 1밀리초 이상 더 틱을 요청하면 나열된 문제의 형태로 동일한 g………th를 얻게 됩니다.


저것들. 당신의 이해에, 나는 먼저 이 진드기가 존재하는지 확인해야 합니까? 예를 들어 어떻게? 요청한 범위가 휴무일인지 계속 확인할 수 있습니까? 이것은 CopyTicksRange() 함수에 의해 수행되어야 합니다. 내 일은 문서에 따라 입력 매개변수를 제공하는 것입니다. 그리고 그녀가 이미 확인하게 하고 오류가 반환되는 경우 답변 형태의 쓰레기가 아닙니다.

이 기능이 글리치 되지 않도록 기존 바에 2초부터 3차까지 틱이 있는지 확인할 수 있는 방법을 생각해 보세요.


위에서 모든 것이 있는 코드 예제를 작성했지만 대답은 여전히 틀립니다.

 
RusPro # :


저것들. 당신의 이해에, 나는 먼저 이 진드기가 존재하는지 확인해야 합니까? 들어 어떻게? 요청한 범위가 휴무일인지 계속 확인할 수 있습니까? 이것은 CopyTicksRange() 함수에 의해 수행되어야 합니다. 내 일은 문서에 따라 입력 매개변수를 제공하는 것입니다. 그리고 그녀가 이미 확인하게 하고 오류가 반환되는 경우 답변 형태의 쓰레기가 아닙니다.


위에서 모든 것이 있는 코드 예제를 작성했지만 대답은 여전히 틀립니다.

SymbolInfoTick

MqlTick 유형의 변수에 지정된 기호의 현재 가격을 반환합니다.

 bool    SymbolInfoTick (
   string     symbol,     // символ
   MqlTick &  tick         // ссылка на структуру
   );
 struct MqlTick
  {
   datetime      time;           // Время последнего обновления цен
   double        bid;           // Текущая цена Bid
   double        ask;           // Текущая цена Ask
   double        last;           // Текущая цена последней сделки (Last)
   ulong         volume;         // Объем для текущей цены Last
   long          time_msc;       // Время последнего обновления цен в миллисекундах
   uint          flags;         // Флаги тиков
   double        volume_real;   // Объем для текущей цены Last c повышенной точностью
  };

time_msc 이후에 틱을 요청할 필요가 없습니다.

 

1) 위의 예에서 요청한 범위가 존재합니다.

2) CopyTicksRange 자체를 방해하는 요소   이 확인을 할까? 동시에 문서에 반영합니까? 왜 개발자들은 내 실수에 대한 가장 간단한 수정 대신 목발을 만들 것을 제안합니까?


그건 그렇고, SymbolInfoTick 에 대해 - 적어도 합성 기호에서는 올바르게 작동하지 않습니다. :)

내가 기억하는 한, 항상 마지막 틱 대신 첫 번째 틱의 시간을 반환합니다.

 
RusPro SymbolInfoTick 에 대해 - 적어도 합성 기호에서는 올바르게 작동하지 않습니다. :)

내가 기억하는 한, 항상 마지막 틱 대신 첫 번째 틱의 시간을 반환합니다.

나는 더 이상 이 대화에 참여하지 않습니다.

 
Alexey Viktorov # :

나는 더 이상 이 대화에 참여하지 않습니다.

네, 그리고 당신은 Metatrader의 개발자가 아닙니다. 왜 Metatrader의 변호사 역할을 맡게 되었나요?

본질적으로 제기된 질문이 정확하고 기능이 올바르게 작동해야 합니다.
 
Sergey Gridnev # :
네, 그리고 Metatrader의 개발자가 아닙니다. 왜 Metatrader의 변호사 역할을 맡게 되었나요?

본질적으로 제기된 질문이 정확하고 기능이 올바르게 작동해야 합니다.

나는 한 가지 언급을 위해 대화로 돌아갑니다.

기능은 사용자가 원하는 것이 아니라 개발자가 의도한 대로 작동해야 합니다. 하나는 한 가지를 원하고 다른 하나는 다른 것을 원하고 세 번째는 넌센스를 원합니다.

그렇기 때문에 개발자는 귀하에게 응답하지 않습니다. 그리고 저는 변호사를 하는 것이 아니라 여러분께 간단한 진실을 전하고자 하는 것입니다. 스스로 할 수 없다면 다른 사람에게 부담을 주지 마세요. 당신은 이에 대한 응답으로 "콧수염 ... ... ... 굴복하지 마십시오 ..."를 포함하고 목발에 대한 신화를 작성했습니다.

이것은 정말로 모든 것입니다." 개발자는 당신에게 대답하지 않을 것입니다 ... 희망하지 마십시오.

 
RusPro # :

다음은 조인트입니다.

저것들. 수천명의 프로그래머가 사용하는 함수로, 개인적으로 현재 막대의 시작 부분부터 모든 틱을 반환했지만 요청한 범위에는 포함되지 않았습니다.

이것은 실제로 실수입니다. 완전한 재생 데이터를 제공합니다. 확인되면 개발자는 다음 빌드에서 수정할 것입니다.

아마도 문제는 MqlTick 정적 배열에 있습니다.
 

Alexey Viktorov # :

time_msc 이후에 틱을 요청할 필요가 없습니다.

마지막 기록 틱은 SymbolInfoTick(CopyTicks 이후에 호출됨)보다 최신일 수 있습니다. 나는 이것을 매일 처리한다.

반대 상황도 발생합니다. 동기화되지 않은 스트림.
 
fxsaber # :

이것은 실제로 실수입니다. 완전한 재생 데이터를 제공합니다. 확인되면 개발자는 다음 빌드에서 수정할 것입니다.

아마도 문제는 MqlTick 정적 배열에 있습니다.

좋아, 나는 코드를 최소한으로 줄이고 그것을 게시하려고 노력할 것이다. CopyTicks에도 유사한 결함이 포함되어 있으며 예측하기 어려운 방식으로 발생하므로 CopyTicksRange에 대해서만 목발을 만들었습니다. 이것은 아마도 일반적인 내부 기능의 버그일 것입니다.

SymbolInfoTick에 관해서도 예를 하나 립니다.

 
RusPro # :

수천 명의 프로그래머가 사용

단위.