루프에서 벗어날 수 있는 방법은 단 한 가지뿐입니다. 그러나 특정 조건이 충족되면 중단이 발생합니다. 구성품 중 하나
함수 내에서 다시 표시기 핸들을 얻을 때마다 데이터가 준비되었는지 확인하지 않고 복사합니다.
권하다.
1. 핸들 변수를 전역 수준으로 이동합니다.
2. OnInit에서 표시기 핸들을 가져옵니다(여전히 포물선 매개변수를 변경하지 않음).
3. 표시기 버퍼 에서 데이터를 복사하기 전에 준비 상태(계산)를 확인하십시오. BarsCalculated(포물선) 기능이 도움이 될 것입니다.
4. 3단계가 충족되지 않으면 루프에서 나가도록 구성합니다.
2. 이것은 테스트 예제에서 변경되지 않았지만 실제로 이 함수는 다른 매개변수와 함께 항상 사용되므로 OnInit에 없는 핸들을 얻습니다.
3. 제대로 확인하겠습니다. 왜 이것이 필요한지 정말 이해가 안 갑니다. 조건이 실패할 수 없다는 것입니다. 일련의 포물선 점이 가장 가까운 막대이므로 반드시 업로드해야 합니다( 그리고 내가 이해하는 한 지정된 테스트 시작 날짜 이전 1년 동안의 기록이 테스터에 업로드됩니다. 실제로 잘 작동합니다. MQL4에서는 현실과 테스터 모두에서 작동합니다(별도의 포물선 함수는 없지만 내장 함수는...)
2. 이것은 테스트 예제에서 변경되지 않았지만 실제로 이 함수는 다른 매개변수와 함께 항상 사용되므로 OnInit에 없는 핸들을 얻습니다.
3. 제대로 확인하겠습니다. 왜 이것이 필요한지 정말 이해가 안 갑니다. 조건이 실패할 수 없다는 것입니다. 일련의 포물선 점이 가장 가까운 막대이므로 반드시 업로드해야 합니다( 그리고 내가 이해하는 한 지정된 테스트 시작 날짜 이전 1년 동안의 기록이 테스터에 업로드됩니다. 실제로 잘 작동합니다. MQL4에서는 현실과 테스터 모두에서 작동합니다(별도의 포물선 함수는 없지만 내장 함수는...)
글쎄요, 논리적으로 이것은 정확하지 않습니다. 실제로 작동하지만 테스터에서는 그렇지 않습니다. 모든 검사가 이미 테스터에 내장되어 있어야 하며 요청이 일부 데이터로 이동하고 데이터가 없으면 오류가 생성되었습니다. 그런 다음 막대가 있지만 어떤 이유로 테스터는 데이터를 계산할 수 없으며 침묵합니다 ...
코드가 삽입되었지만 파일이 첨부되지 않았습니다.
수정했습니다.
다시 시도하십시오.
무한 루프 때문에 멈춥니다.
루프에서 벗어날 수 있는 방법은 단 한 가지뿐입니다. 그러나 특정 조건이 충족되면 중단이 발생합니다. 구성품 중 하나
함수 내에서 다시 표시기 핸들을 얻을 때마다 데이터가 준비되었는지 확인하지 않고 복사합니다.
권하다.
1. 핸들 변수를 전역 수준으로 이동합니다.
2. OnInit에서 표시기 핸들을 가져옵니다(여전히 포물선 매개변수를 변경하지 않음).
3. 표시기 버퍼 에서 데이터를 복사하기 전에 준비 상태(계산)를 확인하십시오. BarsCalculated(포물선) 기능이 도움이 될 것입니다.
4. 3단계가 충족되지 않으면 루프에서 나가도록 구성합니다.
2. 이것은 테스트 예제에서 변경되지 않았지만 실제로 이 함수는 다른 매개변수와 함께 항상 사용되므로 OnInit에 없는 핸들을 얻습니다.
3. 제대로 확인하겠습니다. 왜 이것이 필요한지 정말 이해가 안 갑니다. 조건이 실패할 수 없다는 것입니다. 일련의 포물선 점이 가장 가까운 막대이므로 반드시 업로드해야 합니다( 그리고 내가 이해하는 한 지정된 테스트 시작 날짜 이전 1년 동안의 기록이 테스터에 업로드됩니다. 실제로 잘 작동합니다. MQL4에서는 현실과 테스터 모두에서 작동합니다(별도의 포물선 함수는 없지만 내장 함수는...)
수정했습니다.
다시 시도하십시오.
2. 이것은 테스트 예제에서 변경되지 않았지만 실제로 이 함수는 다른 매개변수와 함께 항상 사용되므로 OnInit에 없는 핸들을 얻습니다.
3. 제대로 확인하겠습니다. 왜 이것이 필요한지 정말 이해가 안 갑니다. 조건이 실패할 수 없다는 것입니다. 일련의 포물선 점이 가장 가까운 막대이므로 반드시 업로드해야 합니다( 그리고 내가 이해하는 한 지정된 테스트 시작 날짜 이전 1년 동안의 기록이 테스터에 업로드됩니다. 실제로 잘 작동합니다. MQL4에서는 현실과 테스터 모두에서 작동합니다(별도의 포물선 함수는 없지만 내장 함수는...)
3. 필요한 이유는 도움말( https://www.mql5.com/en/docs/series/barscalculated )에서 반복적으로 논의되고 설명되었습니다.
메모
이 함수는 생성 직후 지표 데이터를 가져와야 하는 경우(지표 핸들 가져오기)에 유용합니다.
이것은 당신의 경우입니다.
지표는 이 막대에서 계산됩니다. 막대가 있지만 계산된 데이터가 없을 수 있습니다.
이것은 이 포지션이 이 상품의 여러 거래의 결과라는 것을 의미합니다. 결과적으로 포지션 의 가중 평균 가격 이 표시됩니다.
3. 필요한 이유는 도움말( https://www.mql5.com/ru/docs/series/barscalculated )에서 반복적으로 논의되고 설명되었습니다.
이것은 당신의 경우입니다.
지표는 이 막대에서 계산됩니다. 막대가 있지만 계산된 데이터가 없을 수 있습니다.
예, BarsCalculated와 함께 작동했습니다. 감사합니다.
글쎄요, 논리적으로 이것은 정확하지 않습니다. 실제로 작동하지만 테스터에서는 그렇지 않습니다. 모든 검사가 이미 테스터에 내장되어 있어야 하며 요청이 일부 데이터로 이동하고 데이터가 없으면 오류가 생성되었습니다. 그런 다음 막대가 있지만 어떤 이유로 테스터는 데이터를 계산할 수 없으며 침묵합니다 ...
나는 가중 평균 가격 이 기술 지표에만 적용된다고 생각했습니다 .. 그런 다음 실행하는 동안 테스터에서 항상 0까지 조일 수는 없다고 생각합니다. 때로는 몇 센트가 여전히 튀어 나옵니다.
거래량 가중 평균 . 예를 들어 EURUSD에는 세 가지 거래가 있었습니다.
결과적으로 EURUSD에 0.6랏의 포지션을 갖게 되었지만 가격은 얼마입니까?
거래량 가중 평균 . 예를 들어 EURUSD에는 세 가지 거래가 있었습니다.
결과적으로 EURUSD에 0.6랏의 포지션을 갖게 되었지만 가격은 얼마입니까?
서버 수준에서 통화 정확도 수준으로 가격을 반올림하는 것이 더 쉽지 않을까요? 결국 모든 고문은 정확도와 포인트당 가격 조정으로 고통을 겪을 것입니다.
고문이 고통받는 이유는 무엇입니까? 이 가중 평균 가격 은 포지션을 마감할 때 계산에 필요합니다. 고문은 대체로 그것을 필요로 하지 않습니다. 여전히 이 기호에 필요한 문자 수를 사용하여 정상 가격으로 포지션을 청산해야 합니다.
어떤 경우에는 이 가격을 얻는 방법에 관계없이 정규화된 가격 값을 가져야 합니다.
(적어도 내 생각으로는) 서버가 시가를 다시 계산하기 때문에 서버 측에서 바로 정규화를 수행하는 것이 더 쉽습니다.
그건 그렇고, 우리는 가중 평균 가격과 순 텡게 플랫폼에 대해 이야기하고 있기 때문에.
내가 이해하는 한, 이전에 채워졌던 손실 위치를 절단(부분적으로 닫기)하기 위한 두 가지 모델이 있습니다.
1. 부분 청산 시 손실을 기록하지 말고, 단순히 시가를 다시 계산하십시오.
2. 시가를 변경하지 않고 손실을 수정합니다.
수익성이 없는 포지션의 유사한 스윙 및 반전
MT5에서 어떤 방식이 결국 표준화될 것인지에 대한 개발자들의 의견을 알고 싶습니다. 가능하다면 왜...