MQL5에 대한 소원 - 페이지 27

 
SK. писал (а):
정당화도 없이 집단적 의사결정의 시대는 지나갔다. 최전선에는 항상 자신의 아이디어에서 영감을 받은 소수의 사람들이 있습니다. 이것이 우리의 존재 조건입니다.

모자를 벗는 스마일리입니다 / :-)

인류의 역사를 추적하다 보니 집단적 결정은 전혀 기억나지 않는다. 여기 당신이 맞습니다. 그렇기 때문에 개발자가 정말로 관심이 있다면 ...... 이것은 사용자 자존감을 유지하기 위한 또 다른 달콤한 알약이 아니라 일종의 관심 지표가 될 것이라고 쓴 이유입니다.

 

현재 버전에 대한 질문이자 동시에 미래 버전에 대한 소망입니다.
테스터에서 "지표의 지표"를 사용하는 Expert Advisor를 테스트 할 때,
이러한 지표를 폴링할 모델 시간이 충분하지 않습니다.
예를 들어:
지표 1번과 1.1번. iMA 에서 데이터 가져오기()
지표 2는 지표 1과 지표 1.1의 데이터를 기반으로 합니다.
지표 3은 지표 2 데이터에 대해 2차 계산을 수행합니다.
EA 투표 지표 3,
하지만
테스트할 때 EA는 데이터를 수신하지 않습니다(거래 모드에서는 잘 작동하지만).
이것은 실행 중에 고문이 하나 또는 두 개의 거래를 올바르게 제공한 후 침묵합니다.
기계 0 = 2147483647이 표시기에서 나오기 때문입니다.
- 일부 스택 오버플로?
-GetLastError()==0인 동안
- 막대의 시각화 및 모델링 속도에 의존하지 않습니다.
- 지표를 Expert Advisor로 옮기면 Expert Advisor에서 계산에 소요되는 일정 시간까지 테스트가 가능해진다.

1. 이제 전략 테스터에서 투표 지표에 시간을 추가할 수 있는 설정이 있습니까?
2. GetLastError())에서 "표시기 실패"/"EA가 수신하지 않음" 오류가 감지됩니까? ?
저것들. 이제 이 오류는 반환 시 DRAW_LINE을 그리는 표시기에서만 감지할 수 있습니다. 2147483647

 
Korey :

EA 투표 지표 3,
하지만
테스트할 때 어드바이저는 데이터를 수신하지 않습니다(거래 모드에서는 잘 작동하지만).
이것은 실행 중에 고문이 하나 또는 두 개의 거래를 올바르게 제공할 수 있으며 그 후에는 침묵합니다.
기계 0 = 2147483647이 표시기에서 나오기 때문입니다.
- 일부 스택 오버플로?
-GetLastError ()==0 사용

...


표시기에 명백한 문제가 있습니다. 올바른 버전의 표시기를 얻으면 계산 동기화에 대한 모든 질문이 사라집니다. 지표에 잼이 있다는 사실 때문에 어딘가에 계산할 시간이 없다고 생각하거나 특정 "지표 계산 대기자 명단"이 있다고 생각합니다. 이것은 사실이 아닙니다!
 
Rosh :
한국 :

EA 투표 지표 3,
하지만
테스트할 때 EA는 데이터를 수신하지 않습니다(거래 모드에서는 잘 작동하지만).
이것은 실행 중에 고문이 하나 또는 두 개의 거래를 올바르게 제공할 수 있으며 그 후에는 침묵합니다.
기계 0 = 2147483647이 표시기에서 나오기 때문입니다.
- 일부 스택 오버플로?
-GetLastError ()==0 사용

...


표시기에 명백한 문제가 있습니다. 올바른 버전의 표시기를 얻으면 계산 동기화에 대한 모든 질문이 사라집니다. 지표에 잼이 있다는 사실 때문에 어딘가에 계산할 시간이 없다고 생각하거나 특정 "지표 계산 대기자 명단"이 있다고 생각합니다. 이것은 사실이 아닙니다!


당신의 말에 대답하여 나는 정말로 평소의 혼란을 찾았습니다.
표시기의 예상 막대 수는 최대=1000으로 제한되었습니다(저는 리소스 절약에 익숙합니다).
최대값이 3000으로 증가하면 모든 것이 작동했습니다.
저것들. 잼은 지표 막대의 계산된 수가 1000에 불과했다는 것입니다.
감사합니다. 감사합니다. 그렇지 않으면 품질 테스트없이 1 년 이상을 피하고 있습니다 !!!

그러나 이것이 왜 불가능한지 논리적으로 설명할 수 없습니다. - 테스터에서 인덱스 버퍼가 다르게 작동합니까?
EA에 0,1,2개의 막대가 필요한 경우 1000개 이상의 표시 막대를 계산해야 하는 이유는 무엇입니까?

 
테스터에서는 모든 것이 온라인과 동일한 방식으로 작동하며 특별히 고안되었습니다. MetaTrader 4 터미널의 테스터: 알아야 할 사항
 

프로그래머가 네트워크에 연결하지 않고 프로그램을 테스트할 수 있도록 하는 것이 바람직합니다.

 
Rosh :
테스터에서는 모든 것이 온라인과 동일한 방식으로 작동하며 특별히 고안되었습니다. MetaTrader 4 터미널의 테스터: 알아야 할 사항

표시기 논리의 위반은 하나의 단일 항목을 나타냅니다. "잘못" 지정된 계산 깊이 <1024입니다.
그래서:
1. 지표가 BARS보다 훨씬 적은 수치로 계산될 때 미리 알 수 없고 불명확하다.
표시 라인은 거래와 테스터 모두에서 사라질 수 있습니다.
따라서 문서에 추가할 가치가 있습니다. 예를 들면 다음과 같습니다.
"....(1024?) 미만의 막대 개수에 대해 표시기를 계산하면 안정적인 작동이 보장되지 않습니다."
...계산한도가 1000바인 칠면조를 포럼에 올렸더니 갑자기
첫 번째 호출에서 때때로 선 그리기를 거부합니다. 깊이 제한을 제거하십시오. 모든 것이 정상입니다.

2. 버퍼 인덱스 값 대신 머신 제로 인디케이터에서 리턴하는 것이 가능하고 명백한 경우,
그런 다음 어떻게 든 잡는 것이 바람직합니다. (간단하게 프로그램한다)))
a) 이것이 범위를 벗어난 배열인 경우 추적 프로그램이 catch하지 않는 이유는 무엇입니까?
b) 또는 / 또는 값으로 인덱스 버퍼에 할당된 메모리를 강제 초기화 - (66666666)))
칠면조의 0과 계산의 부재를 구별하기 위해.

 
한 달 동안 MQL4를 알게 된 동안, 이것이 매우 진지한 언어이며 아마도 해당 전문 분야에서 최고라는 것을 깨달았습니다. 그러나 본격적인 PL의 경우 단계별 디버거가 부족합니다. 친애하는 개발자 여러분, MQL 5에서 하나를 보고 싶습니다. 그러나 이 주제의 27페이지를 모두 읽지 않았기 때문에 이 요청이 이미 이루어졌다면 죄송합니다.
 
여기 생각이 있습니다. 제거하거나 다시 계산할 때 표시기는 "그들의" 개체만 선택적으로 제거해야 합니다. 즉, 개체를 찾으려면 이름에 표시기에 속하는 표시가 있어야 합니다. 나는 일반적으로 개체 이름에 표시기의 이름을 사용합니다. 그러나 동일한 차트에 동일한 지표가 여러 개 있는 경우에는 작동하지 않습니다. 터미널에서 표시기의 각 인스턴스에는 고유한 ID가 있다고 가정할 수 있습니다. 이 ID에 액세스할 수 있는 기능이 있으면 문제가 간단하게 해결됩니다. Object_Name = ID+"내부 개체 이름".
 
여러분, 우리는 이미 MQL5의 미래를 너무도 바랐습니다. 적어도 이것이 실현되는 것은 금물입니다. 이제 그만하라고 말할 시간이 되었나요? 아마도 개발자에게 이 언어가 어떤 것인지 물어볼 시간입니다. 아마도 그는 이미 테스트할 무언가를 줄 수 있을까요? 예를 들어 디버거 테스트 - MQL5에 생명을 불어넣기 위한 좋은 시작이라고 생각합니다. 내가 이해하는 한, 디버거는 MQL4 코드도 지원해야 합니다. 그렇다면 준비가 되었다면 테스트하지 않겠습니까?
개발자 여러분, 이에 대해 어떻게 생각하십니까?