Valeriy Yastremskiy # : 마지막 및 끝에서 두 번째 매도 및 입찰을 기록하고 차이를 계산합니다.
이해 했어요. 일관성을 중요시합니다. 지금까지 생각은: 이것은 입장이므로 해결해야 합니다. 이를 위해 루프를 통해 모든 위치를 탐색하기 시작한 다음 티켓을 얻은 다음 위치 공개 시간을 얻습니다. 틱 MqlTick ticks[ ]를 사용하여 배열을 선언합니다. 위치가 열리는 시간부터 일정 시간을 센 후 CopyTickRange를 사용하여 눈금 배열에 눈금을 씁니다. 다음으로 가능한 경우 ArraySetAsSeries를 눈금 배열에 적용합니다. 그리고 이 배열에서 받은 마지막 두 틱에 대해 마지막 입찰가와 끝에서 두 번째 입찰가의 차이를 적용하고 당신이 쓴 것에 대해 질문합니다. 그러나 현재로서는 이것들은 단지 생각일 뿐입니다. 아마도 누군가가 이미 이것을 했고 예가 있을 것입니다. 감사합니다.
지표가 올바르게 계산되고 처음부터 시작하지 않도록 요청된 간격 앞에 항상 사용 가능한 공간을 남겨 두어야 합니다.
초보자가 특정 데이터 부족에 대해 질문하지 않도록.
" 요청된 간격 전에 사용 가능한 공간을 남겨두는" 방법은 무엇입니까? 2021년부터 커스텀 인디케이터를 사용하는 전문가 테스트를 하고 있는데, 실제 테스트에서는 이 인디케이터가 주어진 시간 간격으로 정확하게 그려지고 테스터에서는 마치 처음부터 시작하는 것처럼 인디케이터가 빌드됩니다. 따라서 잘못된 결과.
Wizard # : 이해 했어요. 일관성을 중요시합니다. 지금까지 생각은: 이것은 입장이므로 해결해야 합니다. 이를 위해 루프를 통해 모든 위치를 탐색하기 시작한 다음 티켓을 얻은 다음 위치 공개 시간을 얻습니다. 틱 MqlTick ticks[ ]를 사용하여 배열을 선언합니다. 위치가 열리는 시간부터 일정 시간을 센 후 CopyTickRange를 사용하여 눈금 배열에 눈금을 씁니다. 다음으로 가능한 경우 ArraySetAsSeries를 눈금 배열에 적용합니다. 그리고 이 배열에서 받은 마지막 두 틱에 대해 마지막 입찰가와 끝에서 두 번째 입찰가의 차이를 적용하고 당신이 쓴 것에 대해 질문합니다. 그러나 현재로서는 이것들은 단지 생각일 뿐입니다. 아마도 누군가가 이미 이것을 했고 예가 있을 것입니다. 감사합니다.
MT4의 경우 쉽습니다. 거기에서 주문의 시작은 틱에 연결되며 사용자는 위치가 채워지는 방법을 볼 수 없습니다. 그러나 5화에서 그는 본다. 그는 포지션을 채우기 위해 거래를 봅니다. 포지션은 하나 이상의 틱에 대해 채워질 수 있습니다. 그건 그렇고. 그리고 논리가 맞습니다. 나를 위해 뜨거운 추적을하는 것이 더 정확하지만. Pending Order 또는 Market Order를 실행한 후, Order Ticket으로 포지션 출현에 대한 응답을 받는 순간 가격 및 개장 시간 데이터를 가져와 가격 및 시간별로 가장 가까운 틱을 검색합니다. 문제는 답이 다음 틱 또는 다른 틱에만 올 수 있다는 것입니다. 보장이 없습니다.
" 요청된 간격 전에 사용 가능한 공간을 남겨두는" 방법은 무엇입니까? 2021년부터 커스텀 인디케이터를 사용하는 전문가 테스트를 하고 있는데, 실제 테스트에서는 이 인디케이터가 주어진 시간 간격으로 정확하게 그려지고 테스터에서는 마치 처음부터 시작하는 것처럼 인디케이터가 빌드됩니다. 따라서 잘못된 결과.
테스터에 문제가 있습니다.
1개월 동안의 기록을 요청하면 "100"년 동안 로드됩니다.
무엇 때문에?
테스터에 문제가 있습니다.
1개월 동안의 기록을 요청하면 "100"년 동안 로드됩니다.
무엇 때문에?
100년이 아니라 1년입니다.
지표가 올바르게 계산되고 처음부터 시작하지 않도록 요청된 간격 앞에 항상 사용 가능한 공간을 남겨 두어야 합니다.
초보자가 특정 데이터 부족에 대해 질문하지 않도록.
마지막 및 끝에서 두 번째 매도 및 입찰을 기록하고 차이를 계산합니다.
100년이 아니라 1년입니다.
지표가 올바르게 계산되고 처음부터 시작하지 않도록 요청된 간격 앞에 항상 사용 가능한 공간을 남겨 두어야 합니다.
초보자가 특정 데이터 부족에 대해 질문하지 않도록.
" 요청된 간격 전에 사용 가능한 공간을 남겨두는" 방법은 무엇입니까? 2021년부터 커스텀 인디케이터를 사용하는 전문가 테스트를 하고 있는데, 실제 테스트에서는 이 인디케이터가 주어진 시간 간격으로 정확하게 그려지고 테스터에서는 마치 처음부터 시작하는 것처럼 인디케이터가 빌드됩니다. 따라서 잘못된 결과.
이해 했어요. 일관성을 중요시합니다. 지금까지 생각은: 이것은 입장이므로 해결해야 합니다. 이를 위해 루프를 통해 모든 위치를 탐색하기 시작한 다음 티켓을 얻은 다음 위치 공개 시간을 얻습니다. 틱 MqlTick ticks[ ]를 사용하여 배열을 선언합니다. 위치가 열리는 시간부터 일정 시간을 센 후 CopyTickRange를 사용하여 눈금 배열에 눈금을 씁니다. 다음으로 가능한 경우 ArraySetAsSeries를 눈금 배열에 적용합니다. 그리고 이 배열에서 받은 마지막 두 틱에 대해 마지막 입찰가와 끝에서 두 번째 입찰가의 차이를 적용하고 당신이 쓴 것에 대해 질문합니다. 그러나 현재로서는 이것들은 단지 생각일 뿐입니다. 아마도 누군가가 이미 이것을 했고 예가 있을 것입니다. 감사합니다.
MT4의 경우 쉽습니다. 거기에서 주문의 시작은 틱에 연결되며 사용자는 위치가 채워지는 방법을 볼 수 없습니다. 그러나 5화에서 그는 본다. 그는 포지션을 채우기 위해 거래를 봅니다. 포지션은 하나 이상의 틱에 대해 채워질 수 있습니다. 그건 그렇고. 그리고 논리가 맞습니다. 나를 위해 뜨거운 추적을하는 것이 더 정확하지만. Pending Order 또는 Market Order를 실행한 후, Order Ticket으로 포지션 출현에 대한 응답을 받는 순간 가격 및 개장 시간 데이터를 가져와 가격 및 시간별로 가장 가까운 틱을 검색합니다. 문제는 답이 다음 틱 또는 다른 틱에만 올 수 있다는 것입니다. 보장이 없습니다.
100년이 아니라 1년입니다.
지표가 올바르게 계산되고 처음부터 시작하지 않도록 요청된 간격 앞에 항상 사용 가능한 공간을 남겨 두어야 합니다.
초보자가 특정 데이터 부족에 대해 질문하지 않도록.
지표에 #property indicator_bars_need와 같은 것을 지정할 수 있다면 정말 편리할 것입니다.
테스터는 그러한 매개변수가 여러 지표에 있는 경우 단순히 가장 큰 값을 취합니다.
가능한 한 많은 역사가 필요한 경우 1년으로는 충분하지 않은 반대 상황이 있습니다. 그래서 마지막 고객은 지표가 지표 알고리즘에 따라 테스터에서 역사적 극단값을 거의 수집하지 않은 이유에 매우 놀랐습니다.
지표에 #property indicator_bars_need와 같은 것을 지정할 수 있다면 정말 편리할 것입니다.
테스터는 그러한 매개변수가 여러 지표에 있는 경우 단순히 가장 큰 값을 취합니다.
속성은 매개변수에 적응할 수 없습니다. 지금은 환상적이지 않다)
속성은 매개변수에 적응할 수 없습니다. 지금은 환상적이지 않다)
))
내 제안의 의미는 표시기에 계산에 필요한 기록의 양을 나타내는 기능을 제공하는 것입니다. 개발자가 이것을 구현하는 것이 얼마나 편리한지는 그들의 존경받는 비즈니스입니다.
" 요청된 간격 전에 사용 가능한 공간을 남겨두는" 방법은 무엇입니까? 2021년부터 커스텀 인디케이터를 사용하는 전문가 테스트를 하고 있는데, 실제 테스트에서는 이 인디케이터가 주어진 시간 간격으로 정확하게 그려지고 테스터에서는 마치 처음부터 시작하는 것처럼 인디케이터가 빌드됩니다. 따라서 잘못된 결과.