Yedelkin : 아시다시피, 이 경우에는 "당신이 그들 없이 할 수 있다면 어떤 사소한 것에도 내려라."라는 모토가 있습니다. 사용자가 선택한 시간 동안 첫 번째 타이머 이벤트 생성을 지연시키는 것은 터미널 수준에서만 필요합니다. 동시에, 특히 내가 단순히 그것을 보지 못했기 때문에 나는 당신의 코드의 중요성을 간청하지 않습니다.
타이머에서 첫 번째 이벤트의 지연을 구성하는 것을 어떻게 상상하십니까?
동일한 두 번째 타이머가 터미널에서 시작되고 특정 순간에 Expert Advisor에 대한 타이머 이벤트가 생성됩니다. 모든 것이 내가 이미 제안한 것과 정확히 동일합니다.
동일한 두 번째 타이머가 터미널에서 시작되고 특정 순간에 Expert Advisor에 대한 타이머 이벤트가 생성됩니다. 모든 것이 내가 이미 제안한 것과 정확히 동일합니다.
그래서 제시합니다. OnInit()에서 EventSetTimer(14400, 7029) 함수를 찾은 터미널은 내부 두 번째 타이머를 활성화하고 사용자가 원하는 대로 프로그램 시작 후 정확히 7029초(12-00시)에 첫 번째 Timer 이벤트 를 생성합니다. 또한 Timer 이벤트는 4시간마다 한 번씩 생성됩니다. 14400 이벤트가 아닌 4시간에 한 이벤트. 여기서 13399 타이머 이벤트는 사용자에게 의미론적 로드를 전달하지 않습니다.
내 생각에 이 접근 방식은 당신이 제안한 것과 근본적으로 다릅니다. 내 버전에서 내부 두 번째 타이머(7029초로 계산)는 EA 초기화 후 제한된 시간 동안만 작동하고 이벤트 대기열을 막지 않고 작동을 멈춥니다. 귀하의 버전은 Expert Advisor 작업의 첫 번째 순간부터 마지막 순간까지 매초 이벤트의 연속 생성을 제공합니다.
그래서 제시합니다. OnInit()에서 EventSetTimer(14400, 7029) 함수를 찾은 터미널은 내부 두 번째 타이머를 활성화하고 사용자가 원하는 대로 프로그램 시작 후 정확히 7029초(12-00시)에 첫 번째 Timer 이벤트 를 생성합니다. 또한 Timer 이벤트는 4시간마다 한 번씩 생성됩니다. 14400 이벤트가 아닌 4시간에 한 이벤트. 여기서 13399 타이머 이벤트는 사용자에게 의미론적 로드를 전달하지 않습니다.
내 생각에 이 접근 방식은 당신이 제안한 것과 근본적으로 다릅니다. 내 버전에서 내부 두 번째 타이머(7029초로 계산)는 EA 초기화 후 제한된 시간 동안만 작동하고 이벤트 대기열을 막지 않고 작동을 멈춥니다. 귀하의 버전은 Expert Advisor 작업의 첫 번째 순간부터 마지막 순간까지 매초 이벤트의 연속 생성을 제공합니다.
확인
OnInit 함수에서 타이머 EventSetTimer(7029)를 시작합니다.
OnTimer 함수에서 처음 도착하면 이전 EventKillTimer() 타이머를 비활성화하고 새 EventSetTimer(1440)를 시작합니다.
OnTimer 함수에서 처음 도착하면 이전 EventKillTimer() 타이머를 비활성화하고 새 EventSetTimer(1440)를 시작합니다.
이것이 내가 고대부터 해온 일입니다. 그러나 이 접근 방식은 테스터에서 한 번에 작동하지 않았습니다. 테스터에서 카운터로 전환했습니다.
그러나 그것은 모두 시입니다. 밀리세컨드를 원합니다. 나는 소원에 동의합니다.
지금은 임시가 있고 100ms 정도의 불연속성이 필요하지만 지금은 참을성이 없고 내일이 무엇인지 아직 모릅니다. 나는 그러한 고해상도 임계값을 갖고 싶지 않습니다. 1000ms는 어떻게 든 너무 두껍습니다. 밀리초가 표준입니다. 누군가 어리석게 자신을 위해 대기열을 채우는 경우 - 이것은 그의 비극입니다(추가로 터미널과 함께 프로그램을 충돌시키는 매우 저렴한 방법이 항상 많이 있습니다). 어떻게든 우리는 무엇이 가능하고 무엇이 불가능한지 알아낼 것입니다. :)
OnTimer 이벤트의 범위가 1초 미만이 되도록 합니다.
그리고 밀리초 단위로 일부 프로세스를 측정할 수 있습니다.
나는 "...( int delay = 0 )"에 대한 아이디어를 전혀 이해하지 못했습니다. 그래서 내가 그 쓰레기를 썼습니다.
아시다시피, 이 경우에는 "당신이 그들 없이 할 수 있다면 어떤 사소한 것에도 내려라."라는 모토가 있습니다. 사용자가 선택한 시간 동안 첫 번째 타이머 이벤트 생성을 지연시키는 것은 터미널 수준에서만 필요합니다. 동시에, 특히 내가 단순히 그것을 보지 못했기 때문에 나는 당신의 코드의 중요성을 간청하지 않습니다.
타이머에서 첫 번째 이벤트의 지연을 구성하는 것을 어떻게 상상하십니까?
동일한 두 번째 타이머가 터미널에서 시작되고 특정 순간에 Expert Advisor에 대한 타이머 이벤트가 생성됩니다. 모든 것이 내가 이미 제안한 것과 정확히 동일합니다.
타이머에서 첫 번째 이벤트의 지연을 구성하는 것을 어떻게 상상하십니까?
동일한 두 번째 타이머가 터미널에서 시작되고 특정 순간에 Expert Advisor에 대한 타이머 이벤트가 생성됩니다. 모든 것이 내가 이미 제안한 것과 정확히 동일합니다.
그래서 제시합니다. OnInit()에서 EventSetTimer(14400, 7029) 함수를 찾은 터미널은 내부 두 번째 타이머를 활성화하고 사용자가 원하는 대로 프로그램 시작 후 정확히 7029초(12-00시)에 첫 번째 Timer 이벤트 를 생성합니다. 또한 Timer 이벤트는 4시간마다 한 번씩 생성됩니다. 14400 이벤트가 아닌 4시간에 한 이벤트. 여기서 13399 타이머 이벤트는 사용자에게 의미론적 로드를 전달하지 않습니다.
내 생각에 이 접근 방식은 당신이 제안한 것과 근본적으로 다릅니다. 내 버전에서 내부 두 번째 타이머(7029초로 계산)는 EA 초기화 후 제한된 시간 동안만 작동하고 이벤트 대기열을 막지 않고 작동을 멈춥니다. 귀하의 버전은 Expert Advisor 작업의 첫 번째 순간부터 마지막 순간까지 매초 이벤트의 연속 생성을 제공합니다.OnTimer 이벤트 범위가 1초 미만이 되도록 합니다.
그리고 밀리초 단위로 일부 프로세스를 측정할 수 있습니다.
실제로 현재 매개변수는 " int 초 // 초 수"는 일부 "OnTimer의 지연"이 아니라 타이머에서 이벤트의 발생 빈도를 결정합니다 . 재료를 배우십시오. 밀리초에 관해서는 최소한 주제의 첫 페이지를 먼저 읽어야 합니다.
나는 "...( int delay = 0 )"에 대한 아이디어를 전혀 이해하지 못했습니다. 그래서 내가 그 쓰레기를 썼습니다.
분명한. "그냥 이해하지 않고 불쑥 내뱉는" 시리즈에서. 아무 일도 일어나지 않습니다 :) 우리 모두는 때때로 아름다움에 대한 우리의 비전을 다른 사람들과 공유하기 위해 노력합니다.
그래서 제시합니다. OnInit()에서 EventSetTimer(14400, 7029) 함수를 찾은 터미널은 내부 두 번째 타이머를 활성화하고 사용자가 원하는 대로 프로그램 시작 후 정확히 7029초(12-00시)에 첫 번째 Timer 이벤트 를 생성합니다. 또한 Timer 이벤트는 4시간마다 한 번씩 생성됩니다. 14400 이벤트가 아닌 4시간에 한 이벤트. 여기서 13399 타이머 이벤트는 사용자에게 의미론적 로드를 전달하지 않습니다.
내 생각에 이 접근 방식은 당신이 제안한 것과 근본적으로 다릅니다. 내 버전에서 내부 두 번째 타이머(7029초로 계산)는 EA 초기화 후 제한된 시간 동안만 작동하고 이벤트 대기열을 막지 않고 작동을 멈춥니다. 귀하의 버전은 Expert Advisor 작업의 첫 번째 순간부터 마지막 순간까지 매초 이벤트의 연속 생성을 제공합니다.확인
OnInit 함수에서 타이머 EventSetTimer(7029)를 시작합니다.
OnTimer 함수에서 처음 도착하면 이전 EventKillTimer() 타이머를 비활성화하고 새 EventSetTimer(1440)를 시작합니다.
OnTimer 함수에서 처음 도착하면 이전 EventKillTimer() 타이머를 비활성화하고 새 EventSetTimer(1440)를 시작합니다.
확인
OnInit 함수에서 타이머를 시작하십시오 . EventSetTimer(7029);
OnTimer 함수에서 처음 도착하면 이전 EventKillTimer() 타이머를 비활성화하고 새 EventSetTimer(1440)를 시작합니다.
그리고 잘 작동할까요? 얼마 전에 누군가가 EventSetTimer 함수가 실제로 init에서 단일 호출을 위한 것이라고 말했습니다.
확인
OnInit 함수에서 타이머를 시작하십시오 . EventSetTimer(7029);
OnTimer 함수에서 처음 도착하면 이전 EventKillTimer() 타이머를 비활성화하고 새 EventSetTimer(1440)를 시작합니다.
이것이 내가 고대부터 해온 일입니다. 그러나 이 접근 방식은 테스터에서 한 번에 작동하지 않았습니다. 테스터에서 카운터로 전환했습니다.
그러나 그것은 모두 시입니다. 밀리세컨드를 원합니다. 나는 소원에 동의합니다.
지금은 임시가 있고 100ms 정도의 불연속성이 필요하지만 지금은 참을성이 없고 내일이 무엇인지 아직 모릅니다. 나는 그러한 고해상도 임계값을 갖고 싶지 않습니다. 1000ms는 어떻게 든 너무 두껍습니다. 밀리초가 표준입니다. 누군가 어리석게 자신을 위해 대기열을 채우는 경우 - 이것은 그의 비극입니다(추가로 터미널과 함께 프로그램을 충돌시키는 매우 저렴한 방법이 항상 많이 있습니다). 어떻게든 우리는 무엇이 가능하고 무엇이 불가능한지 알아낼 것입니다. :)
더 이상 밀리초로 이동할 수 없습니다.
얼마나 많은 이미 작성된 Expert Advisors 가 작성자가 의도한 것보다 1000배 더 많은 타이머 이벤트를 생성하기 시작할 것입니까?