안녕하세요! MQL5에 대한 질문입니다. 주문을 올바르게 마감하는 방법, 정상적인 예를 찾지 못했습니다. 나는 그것을 닫는 방법을 알고 CTrade 클래스 를 사용하지만 일반적인 기성 솔루션이 있습니까? 목표는 단순히 닫기 명령을 보내는 것이 아니라 브로커로부터 응답을 받은 후에만 true를 반환하는 함수를 갖는 것입니다. "YES, THE POSITION IS DEFINITELY CLOSED, rest) 나는 trade.ResultRetcode() 및 TRADE_RETCODE_DONE에 대해서도 알고 있지만 바퀴를 재발명하고 싶지 않습니다. 기성품 솔루션이 있는 사람이 있습니까?
안녕하세요! MQL5에 대한 질문입니다. 주문을 올바르게 마감하는 방법, 정상적인 예를 찾지 못했습니다. 나는 그것을 닫는 방법을 알고 CTrade 클래스 를 사용하지만 일반적인 기성 솔루션이 있습니까? 목표는 단순히 닫기 명령을 보내는 것이 아니라 브로커로부터 응답을 받은 후에만 true를 반환하는 함수를 갖는 것입니다. "YES, THE POSITION IS DEFINITELY CLOSED, rest) 나는 trade.ResultRetcode() 및 TRADE_RETCODE_DONE에 대해서도 알고 있지만 바퀴를 재발명하고 싶지 않습니다. 기성품 솔루션이 있는 사람이 있습니까?
MT4Orders의 OrderClose는 위치가 닫힐 때 MT4와 동일한 논리로 true를 반환합니다.
지난번에 MT5 지지자들이 당신의 도서관에 대한 비판과 함께 나타날 것이라고 생각합니다. 모든 것이 괜찮을 것입니다 ... 그러나 MT5 주문 시스템을 사용하는 방법을 아는 사람은 거의 없습니다))))
mql5 개발자가 기성품 솔루션을 가지고 있지 않다는 것은 이상합니다. 그리고 주문, 거래 및 위치는 일반적으로 두뇌를 손상시킵니다. 포지션은 열려 있는 것이고, 이미 닫혀 있다면 무엇인가? 논리적으로 한 주문 이 포지션을 열고 다른 주문이 마감되면 반환하는 HistoryOrdersTotal입니다. 위치당 2개 ... 동시에, 오프닝 오더의 티켓(때로는, 아마도, 아마도)은 포지션 id와 같으며, 그러면 클로징 오더의 티켓은 무엇입니까????
Evgeny Dyuka : mql5 개발자가 기성품 솔루션을 가지고 있지 않다는 것은 이상합니다. 그리고 주문, 거래 및 위치는 일반적으로 두뇌를 손상시킵니다. 포지션은 열려 있는 것이고, 이미 닫혀 있다면 무엇인가? 논리적으로 한 주문 이 포지션을 열고 다른 주문이 마감되면 반환하는 HistoryOrdersTotal입니다. 위치당 2개 ... 동시에, 오프닝 오더의 티켓(때로는, 아마도, 아마도)은 포지션 id와 같으며, 그러면 클로징 오더의 티켓은 무엇입니까????
명령은 하나 또는 다른 작업을 수행하기 위해 서버에 사용자가 내리는 명령입니다. 실행될 수도 있고, 부분적으로(불완전하게) 실행될 수도 있고, 거부될 수도 있습니다.
거래는 주문 실행의 결과입니다(하나 또는 다른 작업을 실행하기 위한 주문)
포지션 - 시장에 진입하기 위한 거래 실행의 결과.
클로즈드 포지션(포지션이 없는 경우이며, 이를 유형적인 것으로 말하는 것은 쓸모가 없습니다. 존재하지 않음) - 시장을 빠져나가기 위한 거래 실행의 결과입니다.
시장을 나가는 거래는 주문이 실행될 때 이루어집니다. 즉, 포지션을 청산하는 주문입니다.
서버에 주문을 보내 구매 위치를 엽니다 - ORDER_TYPE_BUY 유형의 주문
주문이 서버에서 수락되고 완전히 실행되면 거래가 형성됩니다 - DEAL_ENTRY_IN 유형으로 시장에 진입하는 거래
결과적으로 유형이 POSITION_TYPE_BUY인 직위를 갖게 되었습니다.
매수 포지션을 청산하기 위해 서버에 주문을 보냅니다 - 청산되는 포지션과 동일한 볼륨을 가진 ORDER_TYPE_SELL 유형의 주문
주문이 서버에서 수락되고 완전히 실행되면 거래가 형성됩니다 - DEAL_ENTRY_OUT 유형으로 시장을 종료하는 거래
결과적으로, 당신은 POSITION_TYPE_BUY 유형의 포지션 이 없습니다 - 완전히 닫혀있고, 히스토리 터미널 로그에서 그 내역을 볼 수 있습니다 - 이 포지션과 다른 포지션에 대한 모든 주문과 거래가 있습니다
이것은 간단히 말해서 초기 이해를 위한 것입니다. 그리고 나서 모든 것이 포럼과 기사에 있습니다. 욕망이 있었을 것입니다.
명령은 하나 또는 다른 작업을 수행하기 위해 서버에 사용자가 내리는 명령입니다. 실행될 수도 있고, 부분적으로(불완전하게) 실행될 수도 있고, 거부될 수도 있습니다.
거래는 주문 실행의 결과입니다(하나 또는 다른 작업을 실행하기 위한 주문)
포지션 - 시장에 진입하기 위한 거래 실행의 결과.
클로즈드 포지션(포지션이 없는 경우이며, 이를 유형적인 것으로 말하는 것은 쓸모가 없습니다. 존재하지 않음) - 시장을 빠져나가기 위한 거래 실행의 결과입니다.
시장을 나가는 거래는 주문이 실행될 때 이루어집니다. 즉, 포지션을 청산하는 주문입니다.
서버에 주문을 보내 구매 위치를 엽니다 - ORDER_TYPE_BUY 유형의 주문
주문이 서버에서 수락되고 완전히 실행되면 거래가 형성됩니다 - DEAL_ENTRY_IN 유형으로 시장에 진입하는 거래
결과적으로 유형이 POSITION_TYPE_BUY인 직위를 갖게 되었습니다.
매수 포지션을 청산하기 위해 서버에 주문을 보냅니다 - 청산되는 포지션과 동일한 볼륨을 가진 ORDER_TYPE_SELL 유형의 주문
주문이 서버에서 수락되고 완전히 실행되면 거래가 형성됩니다 - DEAL_ENTRY_OUT 유형으로 시장을 종료하는 거래
결과적으로, 당신은 POSITION_TYPE_BUY 유형의 포지션 이 없습니다 - 완전히 닫혀있고, 히스토리 터미널 로그에서 그 내역을 볼 수 있습니다 - 이 포지션과 다른 포지션에 대한 모든 주문과 거래가 있습니다
이것은 간단히 말해서 초기 이해를 위한 것입니다. 그리고 나서 모든 것이 포럼과 기사에 있습니다. 욕망이 있었을 것입니다.
당신은 " 닫힌 포지션 (포지션이 없을 때이며, 그것을 유형적인 것으로 이야기하는 것은 무의미합니다 - 아무것도 없습니다) - 시장을 빠져나가기 위한 거래 실행의 결과"라고 씁니다. 역사상 그러한 단일 엔티티는 없지만 주문-> 거래 (개시), 주문-> 거래 (마감)와 같은 일련의 이벤트가 있으며이 모든 것에는 단일 이름이 없습니다. 나는 평범한 작업을 해결할 수 없습니다. 이 마지막 엔터티(아마도 틱에 따라)를 참조하고 이에 대한 정보(개방/종료 시간, 볼륨 등)를 수집해야 합니다. 이것이 한 번 주문으로 열리고 닫혔다고 가정해 보겠습니다. HistoryOrderTotal에서 마지막 두 개를 가져와서 어떤 종류의 분석을 빌드해야 합니까? 티켓이 다르다면... 역사에 대한 그러한 호소는 실제로 어떻게 결정됩니까?
EasyAndFastGUI에서 MQL5의 인터페이스 개발에 대해 알고 싶습니다.
2015년부터 "그래픽 인터페이스"라는 10개의 파트(또는 무엇?) 기사가 있습니다.
내 질문은 그것들이 모두 일관성이 있습니까, 아니면 오래된 것을 읽는 것이 의미가 없습니까?
안녕하세요! MQL5에 대한 질문입니다.
주문을 올바르게 마감하는 방법, 정상적인 예를 찾지 못했습니다. 나는 그것을 닫는 방법을 알고 CTrade 클래스 를 사용하지만 일반적인 기성 솔루션이 있습니까?
목표는 단순히 닫기 명령을 보내는 것이 아니라 브로커로부터 응답을 받은 후에만 true를 반환하는 함수를 갖는 것입니다. "YES, THE POSITION IS DEFINITELY CLOSED, rest)
나는 trade.ResultRetcode() 및 TRADE_RETCODE_DONE에 대해서도 알고 있지만 바퀴를 재발명하고 싶지 않습니다. 기성품 솔루션이 있는 사람이 있습니까?
안녕하세요! MQL5에 대한 질문입니다.
주문을 올바르게 마감하는 방법, 정상적인 예를 찾지 못했습니다. 나는 그것을 닫는 방법을 알고 CTrade 클래스 를 사용하지만 일반적인 기성 솔루션이 있습니까?
목표는 단순히 닫기 명령을 보내는 것이 아니라 브로커로부터 응답을 받은 후에만 true를 반환하는 함수를 갖는 것입니다. "YES, THE POSITION IS DEFINITELY CLOSED, rest)
나는 trade.ResultRetcode() 및 TRADE_RETCODE_DONE에 대해서도 알고 있지만 바퀴를 재발명하고 싶지 않습니다. 기성품 솔루션이 있는 사람이 있습니까?
MT4Orders의 OrderClose는 위치가 닫힐 때 MT4와 동일한 논리로 true를 반환합니다.
MT4Orders의 OrderClose는 위치가 닫힐 때 MT4와 동일한 논리로 true를 반환합니다.
지난번에 MT5 지지자들이 당신의 라이브러리에 대한 비판과 함께 나타날 것이라고 생각합니다. 모든 것이 괜찮을 것입니다 ... 그러나 MT5 주문 시스템을 사용하는 방법을 아는 사람은 거의 없습니다))))
MT4Orders의 OrderClose는 위치가 닫힐 때 MT4와 동일한 논리로 true를 반환합니다.
지난번에 MT5 지지자들이 당신의 도서관에 대한 비판과 함께 나타날 것이라고 생각합니다. 모든 것이 괜찮을 것입니다 ... 그러나 MT5 주문 시스템을 사용하는 방법을 아는 사람은 거의 없습니다))))
mql5 개발자가 기성품 솔루션을 가지고 있지 않다는 것은 이상합니다. 그리고 주문, 거래 및 위치는 일반적으로 두뇌를 손상시킵니다. 포지션은 열려 있는 것이고, 이미 닫혀 있다면 무엇인가? 논리적으로 한 주문 이 포지션을 열고 다른 주문이 마감되면 반환하는 HistoryOrdersTotal입니다. 위치당 2개 ... 동시에, 오프닝 오더의 티켓(때로는, 아마도, 아마도)은 포지션 id와 같으며, 그러면 클로징 오더의 티켓은 무엇입니까????
mql5 개발자가 기성품 솔루션을 가지고 있지 않다는 것은 이상합니다.
있다.
나는 평범한 작업을 해결할 수 없습니다. 이 마지막 엔터티(아마도 틱에 따라)를 참조하고 이에 대한 정보(개방/종료 시간, 볼륨 등)를 수집해야 합니다. 이것이 한 번 주문으로 열리고 닫혔다고 가정해 보겠습니다. HistoryOrderTotal에서 마지막 두 개를 가져와서 어떤 종류의 분석을 빌드해야 합니까? 티켓이 다르다면...
역사에 대한 그러한 호소는 실제로 어떻게 결정됩니까?