Rewerpool : 안녕하세요 ! 어떻게 방아쇠를 만들 수 있습니까? 예를 들어, DayDown = 1이 실행되면 if(iClose(NULL,HTF,4)<BlueLine) 이 조건이 필요합니다! 질문: DayDown을 1로 두고 다음 날까지 투표하지 않으려면 어떻게 해야 합니까?
int ДеньОпроса= 0 ;
voidOnTick ()
{
if (ДеньОпроса != Day ()) // Если новый день - нужно опросить
{
if ( iClose ( NULL ,HTF, 4 )<BlueLine) DayDown = 1 ; // Опрос
ДеньОпроса = Day (); // Запомнить день
}
서신의 시작 부분을 찾지 못해 죄송하지만 복잡한 조건과 계산을 피하도록 즉시 조언하고 싶습니다. 이는 코드를 읽을 수 없게 만들고 결과적으로 논리적 오류 검색을 복잡하게 만듭니다. 다음과 같은 코드:
위태로운 것이 무엇인지 이해 한다면 내가 제공한 코드를 조금 더 수정할 수 있습니다. (OrderType() ==OP_BUY....
그러면 논리적 오류를 찾는 것이 훨씬 쉬울 것입니다. IMHO
알겠습니다. 감사합니다. 제가 알기로는 플랫폼별로 코드를 이해하는 데 별 차이가 없지만 저에게는 반대로 하나의 조건을 여러 개의 짧은 조건으로 나누는 것이 오류를 찾기가 더 어려워 보입니다. 서로 연산자의 발생 횟수가 증가합니다. 하지만 아마도 당신이 옳았을 것이고 나는 곧 당신 편으로 갈 것입니다. 코드의 논리와 관련하여 - 내 것과 당신의 것 사이에 차이점을 찾지 못했고 여전히 오류가 표시되지 않습니다.
안녕하세요 ! 어떻게 방아쇠를 만들 수 있습니까? 예를 들어, DayDown = 1이 실행되면 if(iClose(NULL,HTF,4)<BlueLine) 이 조건이 필요합니다! 질문: DayDown을 1로 두고 다음 날까지 투표하지 않으려면 어떻게 해야 합니까?
하나의 개체에 다른 개체가 첨부되어 있고 이 개체가 삭제되면 나머지 개체는 차트에 매달려 있습니다.
나는 다음과 같이 얻었다.
if(DayNext!= Day()) // 새로운 날이면 폴링해야 합니다.
{
// 투표
if( iClose (NULL,1440,2)<BlueLine)
if(iOpen(NULL,1440,1)<BlueLine && iClose(NULL,HTF,1)>BlueLine)
PROBOI1 = 1;Print("BlueLine 위에 닫힘 = ",iClose(NULL,HTF,1));
if(iClose(NULL,1440,2)>레드라인)
if(iOpen(NULL,1440,1)>RedLine && iClose(NULL,HTF,1)<RedLine)
PROBOI1 = -1;Print("RedLine 아래에서 닫힘 = ",iClose(NULL,HTF,1));
DayNext = Day(); // 그날을 기억한다
}
잘못된 부분이 있으면 수정해주세요! 또한 주니어 TF에서 현재 진행 중인 일을 추적하려면 투표일 외에 글을 작성해야 합니까? 맞습니다 - STARIJ :
if(iClose(NULL,60,1)>RedLine&&iClose(NULL,1440,2)>RedLine) ) 매도 = 1
https://www.mql5.com/en/forum/226620#comment_6481536
조건 1의 경우 식별자를 매직 넘버 +1, 조건 2의 경우 매직 넘버 +2 등으로 설정합니다. 따라서 나중에 이 포지션이 조건 1 또는 조건 2에 따라 열렸다는 것을 알 수 있습니다 ...
안녕하세요. BY 한 자리에 대해서만 밝혀졌습니다. CELL에 대한 매직 세트가 어떤 이유로 작동하지 않습니다. 물론 마술사를 제외하고는 모든 것이 완전히 동일합니다. 내가 뭘 잘못했어?
내가 뭘 잘못했어?
서신의 시작 부분을 찾지 못해 죄송하지만 복잡한 조건과 계산을 피하도록 즉시 조언하고 싶습니다. 이는 코드를 읽을 수 없게 만들고 결과적으로 논리적 오류 검색을 복잡하게 만듭니다. 다음과 같은 코드:
위태로운 것이 무엇인지 이해 한다면 내가 제공한 코드를 조금 더 수정할 수 있습니다. ( OrderType () == OP_BUY....
그러면 논리적 오류를 찾는 것이 훨씬 쉬울 것입니다. IMHO
서신의 시작 부분을 찾지 못해 죄송하지만 복잡한 조건과 계산을 피하도록 즉시 조언하고 싶습니다. 이는 코드를 읽을 수 없게 만들고 결과적으로 논리적 오류 검색을 복잡하게 만듭니다. 다음과 같은 코드:
위태로운 것이 무엇인지 이해 한다면 내가 제공한 코드를 조금 더 수정할 수 있습니다. ( OrderType () == OP_BUY....
그러면 논리적 오류를 찾는 것이 훨씬 쉬울 것입니다. IMHO
알겠습니다. 감사합니다. 제가 알기로는 플랫폼별로 코드를 이해하는 데 별 차이가 없지만 저에게는 반대로 하나의 조건을 여러 개의 짧은 조건으로 나누는 것이 오류를 찾기가 더 어려워 보입니다. 서로 연산자의 발생 횟수가 증가합니다. 하지만 아마도 당신이 옳았을 것이고 나는 곧 당신 편으로 갈 것입니다. 코드의 논리와 관련하여 - 내 것과 당신의 것 사이에 차이점을 찾지 못했고 여전히 오류가 표시되지 않습니다.
코드의 논리와 관련하여 - 내 것과 당신의 것 사이에 차이점을 찾지 못했고 여전히 오류가 표시되지 않습니다.
그것이 바로 그것입니다. 코드의 논리는 동일합니다. 조건을 분할하면 논리 오류가 있는 위치를 빠르게 찾을 수 있습니다.
별도의 조건으로 코드 최적화 를 수행합니다. 조건은 귀하의 예에서와 같이 4번이 아니라 한 번 확인됩니다.
다음을 통해 전문가 저널에 결과물 제출
Print ()
코드의 어느 부분이 실행되고 어떤 매개변수가 있는지 보기 위해 로그를 작성합니다.
얘들아
EA 코드에서 Morning Flat 표시기의 판독값 을 읽는 방법은 무엇입니까?
시도하고 작동하지 않습니다.
지표 자체