mql5 언어의 특징, 미묘함 및 작업 방법 - 페이지 5

 
드미트리 페도세예프 :

표준 거래 클래스도 사용할 수 있도록 별도의 대기 함수를 작성하는 것이 좋습니다.

이제 SB 앞에 솔루션을 삽입하면 동기화됩니다.

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

mql5 언어의 특징, 미묘함 및 작업 방법

fxsaber , 2017.02.25 16:02

모든 OrderSend를 거래 환경과 동기화하고 함정을 피하려면 주어진 소스를 mqh 파일로 정렬하고 프로그램에 적절한 #include를 만드는 것으로 충분합니다.

 
드미트리 페도세프 :

일이 훨씬 쉽습니다. 주문을 보내기 전에 히스토리의 길이를 기억하고 보내고 나면 히스토리의 길이가 늘어나기를 기다렸습니다. 갑자기 영원히 멈추는 일이 없도록 타임아웃을 입력해야 합니다.

fxsaber :

타임아웃이 있습니다. 불행히도 귀하의 버전에서는 여러 OrderSend가 함께 처리되는 경우 문제가 있을 수 있습니다(다른 Expert Advisors에서).

이 상황에서 ORDER_MAGIC 이 도움이 되지 않습니까? 어드바이저의 이력만 확인하려면?
 
바실리 푸쉬카요프 :
이 상황에서 ORDER_MAGIC 이 도움이 되지 않습니까? 어드바이저의 이력만 확인하려면?
도움이 될 것입니다
 
바실리 푸쉬카요프 :
이 상황에서 ORDER_MAGIC 이 도움이 되지 않습니까? 어드바이저의 이력만 확인하려면?
이것은 문제가 될 수 있습니다

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

mql5 언어의 특징, 미묘함 및 작업 방법

fxsaber , 2017.02.25 17:29

또한 이력이 동기화되지 않을 뿐만 아니라 열린 위치/주문 의 SL/TP도 동기화되지 않습니다.

시장의 경우 역사는 먼저 주문에 의해서만 증가할 수 있고 잠시 후에는 거래에 의해 증가할 수 있습니다.

게다가 ORDER_MAGIC은 이미 기록 요청입니다. 저것들. 앞서 제안한 것처럼 단순히 기록이 증가하기를 기다리는 것은 불가능합니다.

기다려야 한다는 논리를 기반으로 한 작업자(대기 형태)만 있을 수 있는 경우 일부 메서드를 발명하는 이유가 완전히 명확하지 않습니다.

각 TRADE_ACTION에 대해 다른 것을 기다려야 합니다. 이것이 바로 구체적이고 기다리는 것입니다. 또 다른 기다림 - 의미가 없습니다. 단어에서 두 번째 해결책은 전혀 없습니다.

 
fxsaber :
이것은 문제가 될 수 있습니다

게다가 ORDER_MAGIC은 이미 기록 요청입니다. 저것들. 앞서 제안한 것처럼 단순히 기록이 증가하기를 기다리는 것은 불가능합니다.

기다려야 한다는 논리를 기반으로 한 작업자(대기 형태)만 있을 수 있는 경우 일부 메서드를 발명하는 이유가 완전히 명확하지 않습니다.

각 TRADE_ACTION에 대해 다른 것을 기다려야 합니다. 이것이 바로 구체적이고 기다리는 것입니다. 또 다른 기다림 - 의미가 없습니다. 단어에서 두 번째 솔루션은 전혀 없습니다.

당신은 정말 흥미로운 친구입니다. 모든 것을 자세히 그리지 않으면 추측하지 못할 것입니다. 마법을 고려하여 역사의 증가를 기다리십시오.
 
드미트리 페도세예프 :
마법을 고려하여 역사의 증가를 기다리십시오.
수정하면?
 
fxsaber :
수정하면?
왜 그 후에 기다리세요?
 
드미트리 페도세예프 :
왜 그 후에 기다리세요?
성공적인 OrderSend 후 지연을 수정할 때 다음과 같은 상황이 발생할 수 있습니다.
( ENUM_ORDER_STATE ):: OrderGetInteger ( ORDER_STATE ) == ORDER_STATE_REQUEST_MODIFY

위치 수정 과 같이 SL/TP가 즉시 업데이트되지 않는다는 사실 외에도 .

PS 많은 트레이딩 서버의 스트레스 테스트의 경우에만 뉘앙스를 배울 수 있습니다. 이것이 없으면 실생활에서 거래할 수 있습니다.

 
당신은 항상 무언가에 부딪힐 수 있습니다
 
드미트리 페도세프 :
당신은 항상 무언가에 부딪힐 수 있습니다
지금까지 제안된 솔루션은 다른 문제를 일으키지 않았습니다. 그래서 더 나은 제안을 할 수 없었습니다.
사유: