"개봉"에서 거래할 수단 - 페이지 9

새 코멘트
 
Anton Zverev :

한 날짜에서 다른 날짜로 틱을 반환하는 함수를 작성해야 합니다. 성공하면 참이고 그렇지 않으면 거짓입니다.

그리고 나는 그런 헛소리를 쓸 수 없습니다. HZ이기 때문에 비동기식으로 지내는 방법. OnTimer를 사용하는 Renat의 예는 아마도 옵션일 것입니다. 그러나 정확히 그가 한 방식은 아닙니다. OnTimer는 여러 가지 용도로 사용할 수 있습니다.

간단히 말해서, 지금까지의 기본 기능을 작동시킬 수 있습니다.

막대 의 눈금 볼륨은 카피틱에 있는 것과 전혀 일치하지 않으므로 몇 개의 눈금을 요청해야 하는지 명확하지 않습니다.

스크립트는 특정 날짜의 데이터를 요청합니다.

다음은 몇 분 간격으로 두 개의 스크립트를 실행한 결과입니다.

 2016.04 . 22 11 : 32 : 38.538 CopyTicks_1_02 (RTS- 6.16 ,H3)    Получено тиков: 409 код ошибки: 0
2016.04 . 22 11 : 32 : 38.538 CopyTicks_1_02 (RTS- 6.16 ,H3)    Тик: 2016.04 . 22 11 : 30 : 00 bid: 92480.0 ask: 92540.0 last: 92520.0 [ 0 ]
2016.04 . 22 11 : 32 : 38.538 CopyTicks_1_02 (RTS- 6.16 ,H3)    Тик: 2016.04 . 22 11 : 32 : 38 bid: 92380.0 ask: 92390.0 last: 92380.0 [ 408 ]
2016.04 . 22 11 : 32 : 38.538 CopyTicks_1_02 (RTS- 6.16 ,H3)    Size 0 Mb
2016.04 . 22 11 : 34 : 26.502 CopyTicks_1_02 (RTS- 6.16 ,H3)    Получено тиков: 632 код ошибки: 0
2016.04 . 22 11 : 34 : 26.502 CopyTicks_1_02 (RTS- 6.16 ,H3)    Тик: 2016.04 . 22 11 : 30 : 00 bid: 92480.0 ask: 92540.0 last: 92520.0 [ 0 ]
2016.04 . 22 11 : 34 : 26.502 CopyTicks_1_02 (RTS- 6.16 ,H3)    Тик: 2016.04 . 22 11 : 34 : 26 bid: 92410.0 ask: 92440.0 last: 92420.0 [ 631 ]
2016.04 . 22 11 : 34 : 26.502 CopyTicks_1_02 (RTS- 6.16 ,H3)    Size 0 Mb

즉, 특정 날짜부터 현재 순간까지 틱을 요청합니다.

파일:
CopyTicks_1_02.mq5  3 kb
[삭제]  
Karputov Vladimir :

스크립트는 특정 날짜의 데이터를 요청합니다.

다음은 몇 분 간격으로 두 개의 스크립트를 실행한 결과입니다.

즉, 특정 날짜부터 현재 순간까지 틱을 요청합니다.

정보 내용 면에서 문서보다 열등한 코드를 제공하는 이유를 이해하지 못합니다. 물론 감사합니다. 그러나 그것은 그가 요구한 것이 전혀 아닙니다.

Renat의 코드는 훨씬 낫지 만 옳지 않습니다.

[삭제]  
Renat Fatkhullin :

아니요, 각 거래 서버에 대해 이전에 다운로드한 모든 틱은 로컬 캐시에 저장되고 자동으로 검색됩니다.

이전 페이지에 틱 파일이 있는 스크린샷이 있습니다.

감사합니다. Bases 폴더를 자세히 연구하지 않았습니다.

통과된 모든 틱을 얻기 위해 OnTester에서 카피틱 요청을 하는 방법은 무엇입니까?

 
Anton Zverev :
통과된 모든 틱을 얻기 위해 OnTester에서 카피틱 요청을 하는 방법은 무엇입니까?

현재 베타(오늘 출시)에서 CopyTicks를 호출하고 최신 수만 틱을 얻으십시오.

테스터는 링 버퍼 를 사용하여 수백만 개의 틱을 얻을 가능성 없이 틱을 저장합니다. 모든 틱을 유지하는 것은 비용이 많이 들기 때문에 링 버퍼입니다. 하지만 이 동작을 변경할 수 있습니다.

 
Anton Zverev :

정보 내용 면에서 문서보다 열등한 코드를 제공하는 이유를 이해하지 못합니다. 물론 감사합니다. 그러나 그것은 그가 요구한 것이 전혀 아닙니다.

Renat의 코드는 훨씬 낫지 만 옳지 않습니다.

내 코드는 "매우 깊은 틱을 얻으려면 스와핑을 기다리기 위해 CopyTicks를 여러 번 호출해야 합니다"라는 원칙을 보여주기 위한 것입니다. OnTimer는 이를 위해 잘 작동합니다.
[삭제]  
Renat Fatkhullin :

현재 베타(오늘 출시)에서 CopyTicks를 호출하고 최신 수만 틱을 얻으십시오.

테스터는 링 버퍼를 사용하여 수백만 개의 틱을 얻을 가능성 없이 틱을 저장합니다. 모든 틱을 유지하는 것은 비용이 많이 들기 때문에 링 버퍼입니다. 하지만 우리는 이 동작을 변경할 수 있습니다.

각 틱 에 대한 요청 없이 링 버퍼의 크기를 결정하는 방법(테스터에서 이 작업을 수행하는 데 비용이 많이 듭니다) 카피틱은 무엇입니까?

링이 10000이라고 가정해 보겠습니다. 그런 다음 10000마다 간격이 없도록 카피틱 콜을 합니다. 그러나 거기에서도 문제는 한 번(최대 ms의 정확도)에 틱 형태로 나타납니다. 증권 거래소에 있습니다. 이 시간(ms)에서 카피틱 요청을 할 때 두 번 계산하고 싶지 않습니다.

[삭제]  
Renat Fatkhullin :
내 코드는 "매우 깊은 틱을 얻으려면 스와핑을 기다리기 위해 CopyTicks를 여러 번 호출해야 합니다"라는 원칙을 보여주기 위한 것입니다. OnTimer는 이를 위해 잘 작동합니다.

데모용으로 이해했습니다. 따라서 OnCopyTicks가 즉시 떠올랐습니다.

이것으로 도와주세요. 나는 하나 또는 다른 것에 문제가 있습니다.

안톤 즈베레프 :

한 날짜에서 다른 날짜로 틱을 반환하는 함수를 작성해야 합니다. 성공하면 참이고 그렇지 않으면 거짓입니다.

 
Anton Zverev :

정보 내용 면에서 문서보다 열등한 코드를 제공하는 이유를 이해하지 못합니다. 물론 감사합니다. 그러나 그것은 그가 요구한 것이 전혀 아닙니다.

Renat의 코드는 훨씬 낫지 만 옳지 않습니다.

(이전 날짜)에서 (젊은 날짜)로 이동해야 하는 경우 다음이 필요합니다.

"이전 날짜"에서 요청 틱(여백 포함). 결과 배열에서 인덱스 "0"에서 이동하여 날짜를 확인합니다. 첫 번째 발생(젊은 날짜)을 찾으면 바로 기억하십시오(젊은 날짜 색인). 이 시점에서 인덱스 0에서 (인덱스 젊은 날짜)까지의 눈금 배열에 필요한 눈금이 포함되어 있음을 확인했습니다.

 
터미널의 로컬 데이터베이스에 틱의 다운로드 상태/다운로드된 틱의 존재 여부를 확인하는 기능을 추가하는 것이 좋을 것입니다. CheckXXX( 문자 )와 같은 것입니다. 항상 한 푼도 당기지 않기 위해.
[삭제]  
Karputov Vladimir :

(이전 날짜)에서 (젊은 날짜)로 이동해야 하는 경우 다음이 필요합니다.

"이전 날짜"에서 쿼리 틱( 여백 포함). 결과 배열에서 인덱스 "0"에서 이동하여 날짜를 확인합니다. 첫 번째 발생(젊은 날짜)을 찾으면 바로 기억하십시오(젊은 날짜 색인). 이 시점에서 인덱스 0에서 (인덱스 젊은 날짜)까지의 눈금 배열에 필요한 눈금이 포함되어 있음을 확인했습니다.

여백과 함께 - 무시무시한 낭비. 나는 기본적으로 요청을 하고(2000 틱인 것 같다), 그 다음 내가 완료한 순간(여기서는 틱의 중복이 발생하기 쉽습니다)부터 계속합니다.

왜 개발자 자체에서 그런 기능이 없는지 이해가 안됩니다. 다른 작업 옵션으로 카피틱에 과부하가 걸리지 않는 이유는 무엇입니까?

12345678910111213
새 코멘트