기고글 토론 "MQL5 Cookbook: ОСО 주문"
섹션 스크립트\예제\캔버스.
흥미로운 글 감사합니다.
- 1번 항목에 번역 문제가 있습니다.
They are connected by mutual cancellation function: if the first one triggers, the second one stays untouched, and vice versa.
두 번째 주문은 첫 번째 주문이 트리거되면 삭제해야지 '그대로'가 아닙니다.
- 온트레이드/온트레이드트랜잭션으로 두 번째 주문 삭제를 처리하는 방법은 충분히 안정적이지 않습니다. 필요 이벤트가 전혀 수신되지 않거나 수신되었지만 처리되지 않는 경우가 발생할 수 있습니다:
또한 서버에서 터미널로 전송하는 동안 트랜잭션이 손실될 수 있습니다.
그리고
트랜잭션 대기열 길이는 1024개의 요소로 구성됩니다. 온트레이드 트랜잭션이 새 트랜잭션을 너무 오래 처리하면 대기열의 이전 트랜잭션이 최신 트랜잭션으로 대체될 수 있습니다.
따라서 두 번째 보류 주문이 제거되지 않을 경우 큰 충격을 피하려면 보호 절차를추가하는 것이 좋습니다 .
나는 이것이 오래된 스레드라는 것을 알고 있지만 이것을 정말로 사용하고 싶습니다. zip 파일을 다운로드했지만 어떻게 작동하는지 모르겠습니다., 컴파일하는 데 도움을 주시면 감사하겠습니다.
고마워요
당신의 기사는 흥미 롭습니다. 당신과 같은 사람들 덕분에 초보자는 발전하고 언젠가 거래를 시작할 수 있습니다 . 고마워요
방금 모든 zip 파일을 다운로드했지만 작동 또는 설치 방법에 대한 지침에 대한 도움이 필요합니다.
방금 모든 zip 파일을 다운로드했지만 작동 또는 설치 방법에 대한 지침에 대한 도움이 필요합니다.
모든 관련 파일이 저장될 폴더를 만들어야 합니다. 생성 후 파일을 폴더에 복사하기만 하면 됩니다. 예를 들면 다음과 같습니다:
컴파일 후 MT5 내비게이터에서 전문가 파일을 찾을 수 있습니다.
문서 게시 후 많은 시간이 경과했습니다. 하지만 코드는 정상적으로 실행됩니다. 빌드 1981.
새로운 기고글 MQL5 Cookbook: ОСО 주문 가 게재되었습니다:
모든 거래자의 거래 활동에는 주문 간의 관계를 비롯한 다양한 메커니즘과 상호 관계가 포함됩니다. 이 글은 OCO 주문 처리의 솔루션을 제안합니다. 표준 라이브러리 클래스가 광범위하게 관련되어 있으며 여기에서 새로운 데이터 유형이 생성됩니다.
OCO 주문(one-cancel-the-other order)은 두 개의 보류 중인 주문 쌍을 나타냅니다.
그들은 상호 취소 기능에 의해 연결됩니다. 첫 번째 트리거가 트리거되면 두 번째 트리거가 제거되어야 하며 그 반대의 경우도 마찬가지입니다.
그림 1 OCO 주문 쌍
그림 1은 간단한 차수 상호 의존 방식을 보여줍니다. 그것은 본질적인 정의를 반영합니다. 두 주문이 모두 존재하는 한 쌍은 존재합니다. 논리의 관점에서 쌍의 [일] 순서는 쌍이 존재하기 위한 필수 조건이지만 충분 조건은 아닙니다.
일부 소식통은 쌍에 하나의 지정가 주문과 하나의 중지 주문이 있어야 하며 주문에는 하나의 방향(구매 또는 판매)이 있어야 한다고 말합니다. 내 생각에 그러한 제한은 유연한 거래 전략을 만드는 데 도움이 되지 않습니다. 저는 다양한 OCO 주문이 쌍에서 분석되어야 하며 가장 중요한 것은 이 쌍을 프로그래밍하려고 시도할 것을 제안합니다.
작성자: Denis Kirichenko