그리고 빛의 존재와 인터넷? 네트워크에 대한 일반적인 패킷 손실은 말할 것도 없습니다. 멋진 MetaQuotes가 되었습니다 - 모든 사람에게 모든 것이 보장됩니다! ))
이고르, 이 모든 것이 간단하거나 매우 간단하게 해결됩니다. 정전이 자주 발생 하면 VPS를 대여하십시오 . VPS에서 이러한 문제가 발생하면 서비스를 제공하는 사무실을 변경하십시오. 사용자에 의한 인터넷 손실에도 동일하게 적용됩니다. 인터넷 공급자를 변경하는 기능은 본인만 추가할 수 있습니다. DC 측에서 문제가 발생하는 경우 ... 문제를 보내는 방법과 위치를 스스로 알고 있습니다 ...
Alexey Viktorov : 이고르, 이 모든 것이 간단하거나 매우 간단하게 해결됩니다. 정전이 자주 발생 하면 VPS를 대여하십시오 . VPS에서 이러한 문제가 발생하면 서비스를 제공하는 사무실을 변경하십시오. 사용자에 의한 인터넷 손실에도 동일하게 적용됩니다. 인터넷 공급자를 변경하는 기능은 본인만 추가할 수 있습니다. DC 측에서 문제가 발생하는 경우 ... 문제를 보내는 방법과 위치를 스스로 알고 있습니다 ...
그리고이 모든 것을 전문가와 함께 일하는 일반 사용자에게 알리시겠습니까? 사용자는 그러한 순간에 대해 걱정할 필요가 없습니다. 그렇지 않으면 그러한 소프트웨어의 가격은 가치가 없습니다.
망상이 없습니다. 소프트웨어를 개발하는 경우 가장 먼저 필요한 것은 작업의 정확성과 신뢰성입니다. Expert Advisor가 위치 및 주문을 지원하기 위해 OnTrade 및 OnTradeTransaction 만 사용하는 경우 정보 수신에 약간의 오류가 발생하면 전체 그림이 왜곡됩니다(서버의 패킷이 손실되었는지 여부는 확실하지 않습니다. 여부). 그러한 정보를 수집하는 신뢰할 수 있는 유일한 수단은 위치/주문 목록을 반복하는 것입니다. 이 경우 패킷 손실이 발생하더라도 영구적일 수 없습니다. 결국 (두세 번의 요청 후) 데이터가 수신되고 전체 그림이 현실과 완전히 일치합니다.
그러나 OnTrade() 및 OnTradeTransaction()을 사용하는 것이 무의미하다고 말하는 것은 아닙니다. 대체 데이터 수집 채널로 사용할 수 있습니다. 정보가 이미 이 채널을 통해 들어온 경우 목록을 추가로 확인하지 않습니다.
빠른 솔루션이 필요한 경우 CArrayInt 에서 모든 티켓을 수집한 다음 새 틱이 도착하면 미결 주문 티켓을 CArrayInt와 비교합니다. Search() 메서드가 있습니다. 티켓이 없으면 비교를 중지합니다. 열린 주문 티켓이 있는 CArrayInt, CArrayInt를 재설정하고 CArrayInt의 모든 티켓을 다시 작성하고 전역적으로 설명된 플래그 MyOnTradeTransaction을 설정합니다. - 주문 목록이 변경되었다는 표시입니다. 코드는 매우 간단합니다.
그리고 빛의 존재와 인터넷? 네트워크에 대한 일반적인 패킷 손실은 말할 것도 없습니다. 멋진 MetaQuotes가 되었습니다 - 모든 사람에게 모든 것이 보장됩니다! ))
그리고 빛의 존재와 인터넷? 네트워크에 대한 일반적인 패킷 손실은 말할 것도 없습니다. 멋진 MetaQuotes가 되었습니다 - 모든 사람에게 모든 것이 보장됩니다! ))
혹시 컴퓨터도 없으신가요?
이고르, 이 모든 것이 간단하거나 매우 간단하게 해결됩니다. 정전이 자주 발생 하면 VPS를 대여하십시오 . VPS에서 이러한 문제가 발생하면 서비스를 제공하는 사무실을 변경하십시오. 사용자에 의한 인터넷 손실에도 동일하게 적용됩니다. 인터넷 공급자를 변경하는 기능은 본인만 추가할 수 있습니다. DC 측에서 문제가 발생하는 경우 ... 문제를 보내는 방법과 위치를 스스로 알고 있습니다 ...
그리고이 모든 것을 전문가와 함께 일하는 일반 사용자에게 알리시겠습니까? 사용자는 그러한 순간에 대해 걱정할 필요가 없습니다. 그렇지 않으면 그러한 소프트웨어의 가격은 가치가 없습니다.
혹시 컴퓨터도 없으신가요?
예, 인터넷에 텔레파시로 연결되어 있습니다))
예, 인터넷에 텔레파시로 연결되어 있습니다))
이해했지만 다음을 소개할 수 있는 모호한 진술을 하지 마십시오.
포럼 회원은 오해의 소지가 있습니다.
이해했지만 다음을 소개할 수 있는 모호한 진술을 하지 마십시오.
포럼 회원은 오해의 소지가 있습니다.
이 진술은 거짓이다
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
mql4에서 OnTradeTransaction()을 대체하는 방법은 무엇입니까?
2020.01.26 14:59
당신은 절망적으로 시대에 뒤떨어져 있습니다!
이 이벤트는 오랫동안 보장 됩니다!
거래가 추가 핀일 때 VPS에 휴식이 없다는 것을 뉘우치십시오. 위험.
이해했지만 다음을 소개할 수 있는 모호한 진술을 하지 마십시오.
포럼 회원은 오해의 소지가 있습니다.
망상이 없습니다. 소프트웨어를 개발하는 경우 가장 먼저 필요한 것은 작업의 정확성과 신뢰성입니다. Expert Advisor가 위치 및 주문을 지원하기 위해 OnTrade 및 OnTradeTransaction 만 사용하는 경우 정보 수신에 약간의 오류가 발생하면 전체 그림이 왜곡됩니다(서버의 패킷이 손실되었는지 여부는 확실하지 않습니다. 여부). 그러한 정보를 수집하는 신뢰할 수 있는 유일한 수단은 위치/주문 목록을 반복하는 것입니다. 이 경우 패킷 손실이 발생하더라도 영구적일 수 없습니다. 결국 (두세 번의 요청 후) 데이터가 수신되고 전체 그림이 현실과 완전히 일치합니다.
그러나 OnTrade() 및 OnTradeTransaction()을 사용하는 것이 무의미하다고 말하는 것은 아닙니다. 대체 데이터 수집 채널로 사용할 수 있습니다. 정보가 이미 이 채널을 통해 들어온 경우 목록을 추가로 확인하지 않습니다.
이식 가능한 코드를 작성 중입니다. MT4/MT5 - SW의 MT4Orders.mqh 덕분입니다. fxsaber. 그리고 테스터/전투 - 조건부 컴파일 덕분입니다.
테스터의 경우 OnTradeTransaction 을 사용하고 환경 상태를 변수에 저장하여 최적화 속도를 크게 높였습니다. 실제 - 서버 폴링의 경우 속도는 여기서 중요하지 않습니다.
테스터의 경우 OnTradeTransaction 을 사용하고 환경 상태를 변수에 저장 하여 최적화 속도를 크게 높였습니다 .
(거래 내역 폴링 없이) 재현 가능한 몇 가지 예를 제공해 주시면 감사하겠습니다.
빠른 솔루션이 필요한 경우 CArrayInt 에서 모든 티켓을 수집한 다음 새 틱이 도착하면 미결 주문 티켓을 CArrayInt와 비교합니다. Search() 메서드가 있습니다. 티켓이 없으면 비교를 중지합니다. 열린 주문 티켓이 있는 CArrayInt, CArrayInt를 재설정하고 CArrayInt의 모든 티켓을 다시 작성하고 전역적으로 설명된 플래그 MyOnTradeTransaction을 설정합니다. - 주문 목록이 변경되었다는 표시입니다. 코드는 매우 간단합니다.