"이마에"를 시도 할 수 있습니다. 예를 들어 마지막 분 막대의 시작 부분에서 현재 순간까지의 시간 단위로 눈금을 읽습니다. 그들의 번호를 확인하십시오. 결과 배열의 크기를 비교하십시오. 동일하게 유지되면 눈금은 여전히 동일하고 이미 계산되어 있습니다. 새로운 틱이 올 것입니다 - 배열이 커질 것입니다; 새로운 막대 가 올 것입니다 - 감소할 것입니다
Igor Zakharov : "이마에"를 시도 할 수 있습니다. 예를 들어 마지막 분 막대의 시작 부분에서 현재 순간까지의 시간 단위로 눈금을 읽습니다. 그들의 번호를 확인하십시오. 결과 배열의 크기를 비교하십시오. 동일하게 유지되면 눈금은 여전히 동일하고 이미 계산되어 있습니다. 새로운 틱이 올 것입니다 - 배열이 커질 것입니다; 새로운 막대 가 올 것입니다 - 감소할 것입니다
물론이죠! 볼륨(체크 표시됨)도 있습니다. 이것은 고유한 눈금 번호입니다(막대 안에 있지만 충분합니다)!
EA 자체의 통제 없이는 비현실적입니다.
일반적으로 그렇습니다.
그러나 재계산이 매 Xms마다 한 번 이상 수행되지 않아야 한다는 데 동의하면 간단하고 정면으로 해결할 수 있습니다.
또한 필요하지 않습니다.
글쎄, 한 줄 포함은 그것을 사용하는 모든 Expert Advisor에서 샤머니즘보다 항상 더 편리합니다.
글쎄, 한 줄 포함은 그것을 사용하는 모든 Expert Advisor에서 샤머니즘보다 항상 더 편리합니다.
대부분 fxsaber 스타일로 정의를 통해 로그인 기능을 재정의하여 수행할 수 있습니다.
아니요, 입찰/매도/ms 비교보다 확실히 느릴 것입니다.
신뢰성에 어떤 문제가 있습니까? 중요한 것은 무언가가 변한다는 것입니다.
또는 아마도 - 불변성, 틱이 동일하기 때문에 입찰가나 청가가 변경되지 않았습니다.
일반적으로 그렇습니다.
그러나 재계산이 매 Xms마다 한 번 이상 수행되지 않아야 한다는 데 동의하면 간단하고 정면으로 해결할 수 있습니다.
글쎄, 한 줄 포함은 그것을 사용하는 모든 Expert Advisor에서 샤머니즘보다 항상 더 편리합니다.
그리고 샤머니즘이란 무엇인가, 포함에 추가하여 시작 부분에 한 줄 더 삽입
OnTick (){ Count_tick++;
정의가 도움이 되지 않으면 Ctrl-H가 도움이 됩니다. :)
당신은 여전히 인클루드에서 라이브러리 함수를 호출하는 것을 신경쓰지 않습니다. 이렇게 코드에 넣어
추신 이론적으로 빠른 시장에서는 1ms에 여러 틱이 있을 수 있으며 그 중 첫 번째와 마지막은 동일한 입찰가와 매도호가를 갖습니다.
"이마에"를 시도 할 수 있습니다. 예를 들어 마지막 분 막대의 시작 부분에서 현재 순간까지의 시간 단위로 눈금을 읽습니다. 그들의 번호를 확인하십시오. 결과 배열의 크기를 비교하십시오. 동일하게 유지되면 눈금은 여전히 동일하고 이미 계산되어 있습니다. 새로운 틱이 올 것입니다 - 배열이 커질 것입니다; 새로운 막대 가 올 것입니다 - 감소할 것입니다
물론이죠! 볼륨(체크 표시됨)도 있습니다. 이것은 고유한 눈금 번호입니다(막대 안에 있지만 충분합니다)!
가속이 그런 속임수를 주는지 확인하겠습니다.
대부분 fxsaber 스타일로 정의를 통해 로그인 기능을 재정의하여 수행할 수 있습니다.
그리고 샤머니즘이란 무엇인가, 포함에 추가하여 시작 부분에 한 줄 더 삽입
정의가 도움이 되지 않으면 Ctrl-H가 도움이 됩니다. :)
당신은 여전히 인클루드에서 라이브러리 함수를 호출하는 것을 신경쓰지 않습니다. 이렇게 코드에 넣어
예처럼 보입니다. 볼륨이 느린 경우 필요한 모든 것을 정의합니다.
참여해 주셔서 감사합니다!
그리고 샤머니즘이란 무엇인가, 포함에 추가하여 시작 부분에 한 줄 더 삽입
정의가 도움이 되지 않으면 Ctrl-H가 도움이 됩니다. :)
당신은 여전히 인클루드에서 라이브러리 함수를 호출하는 것을 신경쓰지 않습니다. 이렇게 코드에 넣어
추신 이론적으로 빠른 시장에서는 1ms에 여러 틱이 있을 수 있으며 그 중 첫 번째와 마지막은 동일한 입찰가와 매도호가를 갖습니다.
그리고 샤머니즘이란 무엇인가, 포함에 추가하여 시작 부분에 한 줄 더 삽입
정의가 도움이 되지 않으면 Ctrl-H가 도움이 됩니다. :)
당신은 여전히 인클루드에서 라이브러리 함수를 호출하는 것을 신경쓰지 않습니다. 이렇게 코드에 넣어
추신 이론적으로 빠른 시장에서는 1ms에 여러 틱이 있을 수 있으며 그 중 첫 번째와 마지막은 동일한 입찰가와 매도호가를 갖습니다.
Static은 차트에 첨부하는 순간에만 초기화되기 때문에 계산오류가 발생합니다.
Static은 차트에 첨부하는 순간에만 초기화되기 때문에 계산오류가 발생합니다.
나는 무엇이 잘못될지 이해하지 못했다. 그녀는 전 세계에 있습니다. 수준이 선언되며 차이가 없습니다.
물론이죠! 볼륨(체크 표시됨)도 있습니다. 이것은 고유한 눈금 번호입니다(막대 안에 있지만 충분합니다)!
틱 처리 중에 새 틱이 도착하면 변경될 수 있습니까?