예, 아직 하고 있지 않습니다. mql4에서도 주문 내역을 살펴보는 것은 무의미하다고 생각했습니다. 그리고 여기에서 어떤 방향으로든 상상하면서 필요한 경우 파기 시작했습니다. 조금 전에 간단한 이유로 확인할 수 없으며 터미널에 트롤 위치가 없으며 아직 구체적으로 출시하고 싶지 않다고 말했습니다.
따라서 내 계정에서 포지션을 종료한 후 해당 포지션과 관련된 2개의 주문과 2개의 트랜잭션만 있습니다. 그들로부터 적어도 위치에 대한 정보를 얻을 수 있습니다. 예를 들어, 응용 프로그램을 열 때 가격과 구체적으로 열었습니다. 따라서 어떤 슬리피지로 포지션을 열 었는지 쉽게 판단할 수 있습니다.
DC가 무슨 이유에서든 전체 댓글을 지우는 것을 보았기 때문에 MT4에서도 댓글이 조심스럽습니다.
예, 처음에 당신과 나는 완전히 다른 방식으로 지점의 본질을 가정했습니다. 여기에는 논쟁이 있어서는 안 됩니다... 그리고 질문도 있어서는 안 됩니다. 그리고 간단히 "칩". 저를 믿으세요. 이미 mql5로 글을 쓰고 있는 사람들은 여기에 쓰여진 대부분의 글을 읽는 데 관심이 없습니다.
Artyom Trishkin : 그리고 여기서 질문이 생깁니다. 항상 필요한 정보를 제시간에 얻을 수 있습니까? 특히 도움말을 읽은 후 ...
교환에서 그리고 OrderSendAsync() 를 사용하더라도 항상 그런 것은 아닙니다. 그러나 Forex의 경우 OnTradeTransaction 이벤트가 발생할 때 항상 받습니다. 포지션의 개시, 지연기의 활성화, 포지션의 청산을 결정하는 것은 절대적으로 쉽습니다. 여기서 반론이 제기되는데, 클로징 사실을 바로 잡을 수 있다면 마지막 클로즈드 포지션을 찾기 위해 이력을 살펴볼 필요가 있을까?
알렉세이 빅토로프 : 교환에서 그리고 OrderSendAsync() 를 사용하더라도 항상 그런 것은 아닙니다. 그러나 Forex의 경우 OnTradeTransaction 이벤트가 발생할 때 항상 받습니다. 포지션의 개시, 지연기의 활성화, 포지션의 청산을 결정하는 것은 절대적으로 쉽습니다. 여기서 반론이 제기되는데, 클로징 사실을 바로 잡을 수 있다면 마지막 클로즈드 포지션을 찾기 위해 이력을 살펴볼 필요가 있을까?
첫째, 위치가 마지막 위치인 경우 기록을 반복하는 이유는 무엇입니까? 예를 들어 아무도 배열의 "마지막" 요소를 찾지 않습니다.
둘째, 포지션이 SL 또는 TP에 의해 청산되었는지 여부를 결정하는 방법에 대한 질문이었습니다. 현재로서는 가장 적절하고 신뢰할 수 있는 방법은 댓글을 읽는 것입니다. 또한 브로커가 SL 및/또는 TP와 관련된 의견을 변경할 수 있다는 주장은 환상적입니다. 저는 개인적으로 또는 누구의 소문에서 그런 브로커의 예를 만난 적이 없습니다. 저것들. 누군가 누군가에게서 어딘가에서 무언가를 들었지만 실제로는 아무도 직접 보지 못했습니다.
OnTradeTransaction()은 보장되지 않습니다. 즉, 정보 소스로 사용될 수 있으며 그 이상은 아닙니다. 거래 작업을 관리하고 결정하기 위한 도구가 아닙니다.
예, 아직 하고 있지 않습니다. mql4에서도 주문 내역을 살펴보는 것은 무의미하다고 생각했습니다. 그리고 여기에서 어떤 방향으로든 상상하면서 필요한 경우 파기 시작했습니다. 조금 전에 간단한 이유로 확인할 수 없으며 터미널에 트롤 위치가 없으며 아직 구체적으로 출시하고 싶지 않다고 말했습니다.
따라서 내 계정에서 포지션을 종료한 후 해당 포지션과 관련된 2개의 주문과 2개의 트랜잭션만 있습니다. 그들로부터 적어도 위치에 대한 정보를 얻을 수 있습니다. 예를 들어, 응용 프로그램을 열 때 가격과 구체적으로 열었습니다. 따라서 어떤 슬리피지로 포지션을 열 었는지 쉽게 판단할 수 있습니다.
DC가 무슨 이유에서든 전체 댓글을 지우는 것을 보았기 때문에 MT4에서도 댓글이 조심스럽습니다.
짐작이 가시겠지만 저는 검증된 해결책을 제시했습니다.
중재자 Artyom, 추가 게시물 및 내 일부도 이미 소멸될 수 있습니다.
물론 일반적으로 쿼드 이후 MT5 오더 시스템의 로직으로 빠르게 전환하기는 어렵다.
MT4->MT5 변환기 작성을 시작하면 모든 것이 즉시 제자리에 들어갈 것입니다. 이로써 MT4만이 할 수 있는 일, MT5만이 할 수 있는 일, 그들 중 누구도 할 수 없는 일을 아주 잘 이해할 수 있었습니다.
예를 들어
짐작이 가시겠지만 저는 검증된 해결책을 제시했습니다.
중재자 Artyom, 추가 게시물 및 내 일부도 이미 소멸될 수 있습니다.
추측 수준에서 수행 방법은 필요하지 않습니다. 나 자신 의 경우 OnTradeTransaction() 함수 에서 포지션을 오픈/클로즈하는 순간에 모든 것을 결정하고 마지막으로 클로즈/오픈된 포지션을 찾기 위해 히스토리를 뒤질 필요가 없습니다.
짐작이 가시겠지만 저는 검증된 해결책을 제시했습니다.
중재자 Artyom, 추가 게시물 및 내 일부도 이미 소멸될 수 있습니다.
왜 삭제합니까? 일반 토론 - 주제에 대한 모든 것.
그리고 여기서 질문이 생깁니다. 항상 필요한 정보를 제시간에 얻을 수 있습니까? 특히 도움말을 읽은 후 ...
교환에서 그리고 OrderSendAsync() 를 사용하더라도 항상 그런 것은 아닙니다. 그러나 Forex의 경우 OnTradeTransaction 이벤트가 발생할 때 항상 받습니다. 포지션의 개시, 지연기의 활성화, 포지션의 청산을 결정하는 것은 절대적으로 쉽습니다. 여기서 반론이 제기되는데, 클로징 사실을 바로 잡을 수 있다면 마지막 클로즈드 포지션을 찾기 위해 이력을 살펴볼 필요가 있을까?
첫째, 위치가 마지막 위치인 경우 기록을 반복하는 이유는 무엇입니까? 예를 들어 아무도 배열의 "마지막" 요소를 찾지 않습니다.
둘째, 포지션이 SL 또는 TP에 의해 청산되었는지 여부를 결정하는 방법에 대한 질문이었습니다. 현재로서는 가장 적절하고 신뢰할 수 있는 방법은 댓글을 읽는 것입니다. 또한 브로커가 SL 및/또는 TP와 관련된 의견을 변경할 수 있다는 주장은 환상적입니다. 저는 개인적으로 또는 누구의 소문에서 그런 브로커의 예를 만난 적이 없습니다. 저것들. 누군가 누군가에게서 어딘가에서 무언가를 들었지만 실제로는 아무도 직접 보지 못했습니다.
OnTradeTransaction()은 보장되지 않습니다. 즉, 정보 소스로 사용될 수 있으며 그 이상은 아닙니다. 거래 작업을 관리하고 결정하기 위한 도구가 아닙니다.
***
OnTradeTransaction()은 보장되지 않습니다. **
오래된 정보입니다. 이 이벤트가 보장되지 않는다는 문구는 이미 도움말에서 제거되었습니다.
오래된 정보입니다. 이 이벤트가 보장되지 않는다는 문구는 이미 도움말에서 제거되었습니다.