이 예는 훨씬 더 멋진 것으로 판명되었습니다. 브로커가 직접 설정한 TP가 등록되었습니다! 그리고 거부 후 거의 즉시 (115ms - MT5 버그 로 많이 기다렸습니다) 브로커는 다음 TP를 설정했습니다. 주문에 대한 댓글이 화면에 나타나지 않았습니다. 녹색 - ORDER_REASON_TP . 따라서 거부 주문에는 ORDER_POSITION_ID도 있습니다.
나는 우리가 다른 산술을 가지고 있다는 것을 깨달았습니다. 아마도 계속할 가치가 없을 것입니다. 그러나 버그가 있는 코드 게시를 중단하도록 설계국에 영향을 미치는 것은 가치가 있다고 생각합니다.
그리고 영향을 미치기 위해서는 저를 이해하고 이러한 단점을 제거하기 위한 조치의 가능성에 대해 논의해야 합니다. 그러나 당신은 제안한 접근 방식에서 가능한 오류를 완강히 보지 못합니다. 어떡해? 당신의 방법을 소중히 여기지 않고 경청하도록 설득하려면? 그래서 당신은 듣지 않습니다.
전략 이 오픈 포지션 에 대한 즉각적인 반응을 의미할 때. 이 경우 거부로 인해 논리가 깨질 수 있습니다.
잘못된 논리라고 생각합니다. 하지만 물론 내가 틀릴 수도 있다. 논리를 듣는 것은 흥미로울 것입니다.
이상한 논리, 그래서 나는 터미널을 작성할 수 있습니다. MT4 이후에는 문제를 코더의 머리로 옮기는 것처럼 보입니다. 그리고 무엇과 함께.
아마도 요점은 여전히 정보가 부족하거나 문서가 취약하다는 것입니다. 이것에 대해 모든 것이 정상적으로 작성되었다면 실수와 그런 대화가 줄어들 것이라고 생각합니다. 그러나 그것이 이 포럼의 목적입니다. 문서의 모든 것을 고려하는 것은 불가능하다는 것이 명백하기 때문입니다.
이미 논의 . 보편적으로 작동하지 않기 때문에 하나는 다른 하나가 필요합니다.
나는 현실의 귀환을 촉구한다. 그리고 시장 주문의 형태에 불확실성이 있는 경우 결과를 기다리고 이미 발생한 일을 발행하거나 프로그램이 처리 방법을 결정하도록 합니다. 그러나 무작위로 금액을 반환하지 마십시오.
이것은 아마도 아니지만 있는 그대로입니다. 완전히 편집 가능한 두 위치 와 고정된 위치(변경하지 않음)가 있습니다. 포지션은 단 3개. 참고로 삼았던 MT4 로직에 딱 맞습니다.
MK가 정상적인 동기 작업을 수행했다면 그런 질문은 전혀 없었을 것입니다.
게다가 fxsaber는 자신이 하는 일을 하는 이유와 내 논리가 맞지 않는 이유를 설명했습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
거래 환경에서 작업할 때 일반적인 실수와 이를 제거하는 방법
fxsaber , 2018.02.24 16:25
취소된 시장 주문이 어떻게 생겼는지 보여드리겠습니다.
다만 오류가 없습니다.
이 예는 훨씬 더 멋진 것으로 판명되었습니다. 브로커가 직접 설정한 TP가 등록되었습니다! 그리고 거부 후 거의 즉시 (115ms - MT5 버그 로 많이 기다렸습니다) 브로커는 다음 TP를 설정했습니다. 주문에 대한 댓글이 화면에 나타나지 않았습니다. 녹색 - ORDER_REASON_TP . 따라서 거부 주문에는 ORDER_POSITION_ID도 있습니다.
MK가 정상적인 동기 작업 을 수행했다면 그러한 질문은 전혀 없었을 것입니다.
이러한 OrderSend는 코더 자신이 작성할 수 있습니다. OrderSend의 동기 버전을 사용할 때 이것이 바로 내가 사용하는 솔루션입니다.
동시에 MK가 독자적으로 이것을 작성할 경우 시간 초과가 발생할 수 있음을 이해해야 합니다. MK는 제3자 시스템으로 전송된 시장 주문에 대해 책임을 지지 않습니다.
나는 매우 열심히 노력했지만 2 + 1 != 3 가 어디에서 중요한지 알 수 없었습니다.
위협 비동기 변형도 있습니다. 그리고 시장 질서에 부딪힐 가능성이 큽니다. 따라서 이러한 위치 개수 를 계산하는 기능은 MC가 "정상 동기 동작"을 수행하더라도 관련이 있을 것입니다.
이러한 OrderSend는 코더 자신이 작성할 수 있습니다. OrderSend의 동기 버전을 사용할 때 이것이 바로 내가 사용하는 솔루션입니다.
동시에 MK가 독자적으로 이것을 작성할 경우 시간 초과가 발생할 수 있음을 이해해야 합니다. MK는 제3자 시스템으로 전송된 시장 주문에 대해 책임을 지지 않습니다.
나는 매우 열심히 노력했지만 2 + 1 != 3 가 어디에서 중요한지 알 수 없었습니다.
아니, 그렇지 않습니다. 귀하의 경우: 2 + 1 - 1 = 3
나는 우리가 다른 산술을 가지고 있다는 것을 깨달았습니다. 아마도 계속할 가치가 없을 것입니다. 그러나 버그가 있는 코드 게시를 중단하도록 설계국에 영향을 미치는 것은 가치가 있다고 생각합니다.
나는 우리가 다른 산술을 가지고 있다는 것을 깨달았습니다. 아마도 계속할 가치가 없을 것입니다. 그러나 버그가 있는 코드 게시를 중단하도록 설계국에 영향을 미치는 것은 가치가 있다고 생각합니다.
나는 매우 열심히 노력했지만 2 + 1 != 3 가 어디에서 중요한지 알 수 없었습니다.
전략 이 오픈 포지션 에 대한 즉각적인 반응을 의미할 때. 이 경우 거부로 인해 논리가 깨질 수 있습니다.
압도적인 대다수의 경우 모든 회계(직위로서의 주문과 중간, 비작업 상태로서의 주문 모두)는 문제를 제거합니다.
이러한 OrderSend는 코더 자신이 작성할 수 있습니다.
이상한 논리, 그래서 나는 터미널을 작성할 수 있습니다. MT4 이후에는 문제를 코더의 머리로 옮기는 것처럼 보입니다. 그리고 무엇과 함께.
전략 이 오픈 포지션 에 대한 즉각적인 반응을 의미할 때. 이 경우 거부로 인해 논리가 깨질 수 있습니다.
잘못된 논리라고 생각합니다. 하지만 물론 내가 틀릴 수도 있다. 논리를 듣는 것은 흥미로울 것입니다.
이상한 논리, 그래서 나는 터미널을 작성할 수 있습니다. MT4 이후에는 문제를 코더의 머리로 옮기는 것처럼 보입니다. 그리고 무엇과 함께.
아마도 요점은 여전히 정보가 부족하거나 문서가 취약하다는 것입니다. 이것에 대해 모든 것이 정상적으로 작성되었다면 실수와 그런 대화가 줄어들 것이라고 생각합니다. 그러나 그것이 이 포럼의 목적입니다. 문서의 모든 것을 고려하는 것은 불가능하다는 것이 명백하기 때문입니다.
ZY 공개된 준비 결정의 소스 코드.