그게 다야. 내가 이해하는 한 이것은 mql5 표시기에 관한 것입니까? 당신에 따르면 표시기가 다른 표시기를 호출하면 오프라인 도면이 없을 것입니다. 또는 귀하가 설명한 문제를 반복하려면 몇 단계의 중첩이 필요합니까?
나는 깊이 조사하지 않았지만 이제 논리적으로 말하고 있습니다.
- OnCalculate에서 표시기 구축을 시작하기 전에 이 표시기의 올바른 구성에 필요한 모든 표시기가 구축되었는지 여부를 확인합니다. 그렇지 않은 경우 루프를 종료합니다. 동일한 OnCalculate 실행에서 기다릴 수 없기 때문에(Renat 가 확인한 사실을 기다릴 수 없음) 이 표시기가 루프를 종료하고 업데이트를 기다려야 합니다. 다시, 그렇지? 이러한 중첩 수준이 여러 개 있는 경우 사용자가 차트 메뉴에서 이 옵션을 호출해야 하는 경우가 많습니다. 이는 인접한 호출 사이의 표시기가 빌드할 시간이 있다고 가정할 때마다(그리고 즉시 구축되는 것과는 거리가 멉니다. 특히 다중 통화 및 다중 기간) .
- iCustom을 통해 호출된 인디케이터에서 OnTimer와 OnChartEvent가 동작하지 않는 것도 사실이며, 다음 브랜치에서 모더레이터들에게 확인을 받았고 제가 직접 확인했습니다.
- OnCalculate에서 표시기 구축을 시작하기 전에 이 표시기의 올바른 구성에 필요한 모든 표시기가 구축되었는지 여부를 확인합니다. 그렇지 않은 경우 루프를 종료합니다. 동일한 세션에서 OnCalculate를 기다릴 수 없기 때문에(Renat가 확인한 사실을 기다릴 수 없음) 이 표시기가 루프를 종료하고 업데이트를 기다려야 합니다. 다시, 그렇지? 여러 수준의 중첩이 있는 경우 사용자가 차트 메뉴에서 이 옵션을 호출해야 하는 경우가 많습니다. 이는 인접한 호출 사이의 표시기가 빌드할 시간이 있을 때마다(때로는 꽤 오래 걸린다고 가정하는 경우) 구축하는 데 오랜 시간, 특히 다중 통화 및 다중 기간).
- iCustom을 통해 호출된 인디케이터에서 OnTimer와 OnChartEvent가 동작하지 않는 것도 사실이며, 다음 브랜치에서 모더레이터들에게 확인을 받았고 제가 직접 확인했습니다.
Alexey Kozitsyn : 본래. 중첩 표시기에 타이머에 대한 액세스 권한을 추가하는 방법에 대해 언급했습니까?
어차피 기다릴 기회가 없었기 때문에 그런 계획에 대해 특별히 묻지 않았습니다.
그리고 나서 즉시 지표에서 Sleep() 유형을 기다리는 가능성을 추가하여 스크립트에서와 같이 OnCalculate를 떠나지 않고 사용된 데이터의 생성을 기다리는 것이 가능하도록 합니다. 그건 그렇고, 이것은 시계열에도 적용됩니다. 표시기는 새 틱이 도착하지 않으면 필요한 데이터를 로드할 수 없습니다 .
그리고 나서 즉시 지표에서 Sleep() 유형을 기다리는 가능성을 추가하여 스크립트에서와 같이 OnCalculate를 떠나지 않고 사용된 데이터 구성을 기다리는 것이 가능합니다. 그건 그렇고, 이것은 시계열에도 적용됩니다. 표시기는 새 틱이 도착하지 않으면 필요한 데이터를 로드할 수 없습니다 .
Sleep()은 모든 표시기에 대해 하나의 스레드를 요청하는 데 확실히 쓸모가 없습니다. 그리고 이 시스템이 변경될 가능성은 거의 없습니다. 그리고 타이머를 구현하면 슬립의 필요성이 사라집니다.
나는 깊이 조사하지 않았지만 이제 논리적으로 말하고 있습니다.
- OnCalculate에서 표시기 구축을 시작하기 전에 이 표시기의 올바른 구성에 필요한 모든 표시기가 구축되었는지 여부를 확인합니다. 그렇지 않은 경우 루프를 종료합니다. 동일한 OnCalculate 실행에서 기다릴 수 없기 때문에(Renat 가 확인한 사실을 기다릴 수 없음) 이 표시기가 루프를 종료하고 업데이트를 기다려야 합니다. 다시, 그렇지? 이러한 중첩 수준이 여러 개 있는 경우 사용자가 차트 메뉴에서 이 옵션을 호출해야 하는 경우가 많습니다. 이는 인접한 호출 사이의 표시기가 빌드할 시간이 있다고 가정할 때마다(그리고 즉시 구축되는 것과는 거리가 멉니다. 특히 다중 통화 및 다중 기간) .
- iCustom을 통해 호출된 인디케이터에서 OnTimer와 OnChartEvent가 동작하지 않는 것도 사실이며, 다음 브랜치에서 모더레이터들에게 확인을 받았고 제가 직접 확인했습니다.
나는 깊이 조사하지 않았지만 이제 논리적으로 말하고 있습니다.
- OnCalculate에서 표시기 구축을 시작하기 전에 이 표시기의 올바른 구성에 필요한 모든 표시기가 구축되었는지 여부를 확인합니다. 그렇지 않은 경우 루프를 종료합니다. 동일한 세션에서 OnCalculate를 기다릴 수 없기 때문에(Renat가 확인한 사실을 기다릴 수 없음) 이 표시기가 루프를 종료하고 업데이트를 기다려야 합니다. 다시, 그렇지? 여러 수준의 중첩이 있는 경우 사용자가 차트 메뉴에서 이 옵션을 호출해야 하는 경우가 많습니다. 이는 인접한 호출 사이의 표시기가 빌드할 시간이 있을 때마다(때로는 꽤 오래 걸린다고 가정하는 경우) 구축하는 데 오랜 시간, 특히 다중 통화 및 다중 기간).
- iCustom을 통해 호출된 인디케이터에서 OnTimer와 OnChartEvent가 동작하지 않는 것도 사실이며, 다음 브랜치에서 모더레이터들에게 확인을 받았고 제가 직접 확인했습니다.
글쎄, 어떻게 그런 구조의 문제를 해결 했습니까?
MT4에는 MT5로 전송해야 하는 일련의 상호 관련된 복합 지표가 있었습니다. 나는 지표를 서로 포함하고 iCustom과 지표 버퍼 없이 계산하는 클래스 시스템을 만들기로 결정했습니다.
본래. 중첩 표시기에 타이머에 대한 액세스 권한을 추가하는 방법에 대해 언급했습니까?
어차피 기다릴 기회가 없었기 때문에 그런 계획에 대해 특별히 묻지 않았습니다.
그리고 나서 즉시 지표에서 Sleep() 유형을 기다리는 가능성을 추가하여 스크립트에서와 같이 OnCalculate를 떠나지 않고 사용된 데이터의 생성을 기다리는 것이 가능하도록 합니다. 그건 그렇고, 이것은 시계열에도 적용됩니다. 표시기는 새 틱이 도착하지 않으면 필요한 데이터를 로드할 수 없습니다 .
아직까지 기다릴 기회가 없기 때문에 그런 계획에 대해 특별히 묻지 않았습니다.
그리고 나서 즉시 지표에서 Sleep() 유형을 기다리는 가능성을 추가하여 스크립트에서와 같이 OnCalculate를 떠나지 않고 사용된 데이터 구성을 기다리는 것이 가능합니다. 그건 그렇고, 이것은 시계열에도 적용됩니다. 표시기는 새 틱이 도착하지 않으면 필요한 데이터를 로드할 수 없습니다 .
그리고 내가 이해하는 것처럼 서로를 삽입해도 이 문제를 해결할 수 없습니다. 주말에 새로 고침을 클릭하지 않으려면 먼저 필요한 모든 쌍/TF에 대한 기록을 로드해야 합니다. 스크립트를 실행한 다음에만 표시기를 시작합니다.
Sleep()은 모든 표시기에 대해 하나의 스레드를 요청하는 데 확실히 쓸모가 없습니다. 그리고 이 시스템이 변경될 가능성은 거의 없습니다. 그리고 타이머를 구현하면 슬립의 필요성이 사라집니다.
아이디어가 떠올랐습니다. 그리고 다음을 구현한다면. 어떤 데이터를 수신해야 하는지 주 지표에 알리고 이 데이터를 타이머로 가져온 다음 모든 중첩 지표를 침착하게 계산할 수 있는 방법이 있습니까?