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

 
Alexey Viktorov # :

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

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

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

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

나는 당신이 무엇을 읽었는지 알고 있으므로 그것에 대해 쓸 것입니다. 이 기능은 설명서에 설명된 대로 작동해야 하며 다른 것은 없습니다. 뉘앙스가 있습니다. 문서에 작성하면 문제가 없습니다.

당신을 설득하려고 하는 것은 아무 소용이 없습니다. 개발자에게 간단한 진실을 전달하는 것이 좋습니다. 나는 당신이 프로그래머 팀에서 일한 적이 없다고 확신합니다. 당신은 뒤에 심각한 지식 기반이 없는 전형적인 독학 사람입니다. 그리고 나는 일했고 나중에 심각한 프로젝트를 관리했습니다. 우리는 경험과 지식으로 뒷받침되지 않는 일반적인 진실을 전달했다는 이유로 해고당했습니다. 개발자와 소통하는 중개자로 당신이 필요하지 않습니다. 나는 2년 전에 그들로부터 "목발을 만들어라, 모든 것이 우리를 위해 작동한다"는 대답을 받았다. 나는 그 구절의 저자가 이미 해고되었기를 바랍니다. 프로그래머는 신이 아니며 종종 실수를 합니다.

우리는 테스터라는 직책을 가지고 있었습니다. 자신감이 넘치고 경험이 부족한 프로그래머를 위해 몇 페이지의 코드에서 얼마나 많은 버그를 찾을 수 있는지 모릅니다.

 
RusPro # :

귀하의 예에서는 호출 조건이 다르기 때문에 작동합니다. 시작 시간은 항상 기존 막대의 시작 부분과 동일하고(즉, 확실히 눈금이 있음) 마지막 막대의 전체 눈금 기록을 한 번에 읽습니다.

그건 그렇고, 내 목발 중 하나는 당신의 목발처럼 작동합니다. 또한 기존 막대의 시간을 먼저 얻은 다음 최대 연속 섹션으로 나누고 눈금을 얻습니다. 그러나 또 다른 문제가 발생합니다. 데이터에 대한 수신 어레이가 충분하지 않은 경우 나머지를 재개하는 것은 탬버린과 함께 춤을 추는 것입니다(위에서 논의됨).

그리고 동적 배열로 작업하는 것은 훨씬 느리고 가능한 메모리 조각화를 고려해야 합니다.

문서를 끝까지 읽으십니까?

Примечание

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

동적 배열에서는 모든 것이 빠르게 작동합니다.

핑을 비교하고 핑 속도를 잊어버리십시오. 배열 :)

MICEX 전용 채널이 아닙니다.

추가됨

속도가 필요한 경우 BCS에 "앉아"있는 이유는 무엇입니까? 이러한 u-s는 표준 FORTS 로그인 속도를 의도적으로 제한합니다.

초당 30개의 트랜잭션에서 최대 10 tr. 초당!

추가됨

그리고 "거래소 거래"섹션에 작성하는 것이 좋습니다

 
RusPro # :

Forex에서도 같은 실수를 합니다. 브로커 Alpari, 테스트 계정. EURUSD 기호

사용자 정의 기호는 EURUSD를 기반으로 하며 이름도 남겼습니다.

테스터에서 CopyTicks의 작업에 대해 이야기하고 있다면 저는 무능합니다. 테스터에서 틱 기록을 요청한 적이 없습니다.

나는 전투 모드에 대해서만 말할 수 있습니다.

 
prostotrader # :

문서를 끝까지 읽으십니까?

네, 기능설명은 끝까지 읽어보고 혹시라도 의심이 된다면 포럼도 뒤져보도록 하겠습니다. 빠른 개념은 사람마다 다릅니다. Dynamics는 메모리의 지속적인 재할당이 있기 때문에 정의상 더 느립니다. 두 번째 빼기는 단편화입니다. 때로는 역학에 실수를 한 다음 터미널을 닫을 메모리가 충분하지 않습니다. :)))

Ping은 그것과 아무 관련이 없습니다. 첫 번째 다운로드 후 틱은 이미 데이터베이스에서 제공됩니다. 물론 이론상 :) 저는 이런 식으로 배웠습니다. 프로그램은 하드웨어 기반이 아니라 최적화를 통해 가속화되어야 합니다. 이미 기계에. 그리고 차이점은 무엇이며 어떤 종류의 연결인지 - 하나는 오늘, 다른 하나는 내일 - 알고리즘에 의존하지 않습니다.

BCS 외에도 Otkritie, Alpari 등이 있습니다. 모든 곳에 뉘앙스가 있습니다. 이제 내 임무는 거래나 프리랜스가 아닌 틱에 대해 수학을 실행하는 것입니다.

 
RusPro # :

그리고 동적 배열로 작업하는 것은 훨씬 느리고 가능한 메모리 조각화를 고려해야 합니다.

이 주장에 대한 측정치를 제공하십시오. 나는 전투 고문의 성능 문제에 큰 역할을 합니다.

 
fxsaber # :

테스터에서 CopyTicks의 작업에 대해 이야기하고 있다면 나는 유능하지 않습니다. 왜냐하면 테스터에서 틱 기록을 요청한 적이 없습니다.

나는 전투 모드에 대해서만 말할 수 있습니다.

테스터가 아니라 데모 계정에 대해 이야기하는 것입니다. 왜냐하면 주말에 전투 계정으로 알파리를 확인하는 것은 문제가 있습니다.

 
RusPro # :

테스터가 아니라 데모 계정에 대해 이야기하는 것입니다. 왜냐하면 주말에 전투 계정으로 알파리를 확인하는 것은 문제가 있습니다.

예, 간격이 없는 간격으로 틱을 요청하면 0이 아니라 하루 종일을 반환합니다.

일부러 그렇게 한 것 같은 느낌. 하지만 이유를 모르겠습니다.


조사 결과 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
   );
카피틱

~에서

【인】 틱이 요청된 날짜입니다. 1970년 1월 1일부터 밀리초 단위로 지정됩니다. 매개변수 =0이면 마지막 카운트 이 반환됩니다.

 
Alexey Viktorov # :

이미 몇 번이나 확인되었습니까?

SymbolInfoTick 사용을 좋아하지 않음

감사합니다. 저는 진드기를 다루는 데 능숙합니다. 그것은 버그의 존재를 변경하지 않습니다.

 
Alexey Viktorov # :

이미 몇 번이나 확인되었습니까?

SymbolInfoTick 사용을 좋아하지 않음

이제 2년 동안 테스트되었습니다!

여기 고집이 세다! 위에 쓰여진 내용을 읽으십시오 - CopyTicks는 버그가 있습니다. 비뚤어진 기능이 작동하도록 하는 방법을 찾거나 비뚤어진 해결 방법을 찾고 있다면 간섭하지 마십시오. 그게 전부가 아닙니다.

사유: