mql5 언어의 특징, 미묘함 및 작업 방법 - 페이지 23

[Alexey Viktorov]

Artyom Trishkin :
아니, 하지마. 마지막 포지션이 어떻게 마감되었는지만 알면 됩니다(이를 위해 히스토리를 자세히 알아볼 필요는 없습니다. "당신의" 거래를 필터링하면 됩니다) - 히스토리 깊숙한 곳에서 마지막 포지션을 넘어서 지식은 운영보다 더 통계적입니다. .

음, 이 모든 것이 OnTradeTransaction 에서 이루어집니다. fxsaber에 의해 게시된 트리거에서만 : DEAL_ENTRY_OUT 에 대한 기호, magick 및 거래에 대한 확인을 추가합니다.

[Artyom Trishkin]

알렉세이 빅토로프 :
음, 이 모든 것이 OnTradeTransaction 에서 이루어집니다. fxsaber에 의해 게시된 트리거에서만 : DEAL_ENTRY_OUT 에 대한 기호, magick 및 거래에 대한 확인을 추가합니다.

그리고 테스터에서 어떻게 확인할 것입니까?

[Alexey Viktorov]

Artyom Trishkin :
그리고 테스터에서 어떻게 확인할 것입니까?

또한. 차이점은 무엇입니까? 테스터와 디버거에서 작동 방식을 이해하기 위해 이 모든 것을 시도했습니다.

[fxsaber]

알렉세이 빅토로프 :

나는 이 방아쇠를 부주의하게 보았지만 DEAL_ENTRY_OUT‌에 대한 거래 확인을 보지 못했습니다. 결국, 헷지 계정에 대한 포지션의 마감을 나타내는 것은 이 거래입니다.

확인이 필요하지 않습니다. 트리거는 테스터에서 작동하지 않습니다. 테스터는 일부 거래 이벤트를 생성하지 않습니다.

[Alexey Viktorov]

fxsaber :
확인이 필요하지 않습니다. 트리거는 테스터에서 작동하지 않습니다. 테스터는 일부 거래 이벤트를 생성하지 않습니다 .

예를 들어 이 목록에서 어떤 것이 있습니까?

TRADE_TRANSACTION_ORDER_ADD	새로운 미결 주문을 추가합니다.
TRADE_TRANSACTION_ORDER_UPDATE	미결 주문 변경. 이러한 변경에는 클라이언트 터미널 또는 거래 서버의 명시적인 변경뿐만 아니라 배치될 때의 상태 변경도 포함됩니다(예: ORDER_STATE_STARTED 상태에서 ORDER_STATE_PLACED로 또는 ORDER_STATE_PLACED에서 ORDER_STATE_PARTIAL로 전환 등).
TRADE_TRANSACTION_ORDER_DELETE	열린 목록에서 주문을 제거합니다. 해당 요청이 이루어진 결과 또는 실행(채우기) 및 히스토리로 전송의 결과로 열린 주문에서 주문이 삭제될 수 있습니다.
TRADE_TRANSACTION_DEAL_ADD	역사에 거래를 추가합니다. 주문 실행 또는 계정 잔액 작업의 결과로 수행됩니다.
TRADE_TRANSACTION_DEAL_UPDATE	역사상 거래를 변경합니다. 서버에서 이전에 실행된 거래가 변경되는 상황이 있을 수 있습니다. 예를 들어, 거래가 브로커에 의해 철회된 외부 거래 시스템(거래소)에서 변경되었습니다.
TRADE_TRANSACTION_DEAL_DELETE	기록에서 거래를 삭제합니다. 서버에서 이전에 실행된 트랜잭션이 삭제되는 상황이 있을 수 있습니다. 예를 들어, 거래가 브로커에 의해 철회된 외부 거래 시스템(거래소)에서 삭제되었습니다.
TRADE_TRANSACTION_HISTORY_ADD	실행 또는 취소의 결과로 내역에 주문을 추가합니다.
TRADE_TRANSACTION_HISTORY_UPDATE	주문 내역에서 주문 변경. 이 유형은 무역 서버 측에서 기능을 확장하기 위해 제공됩니다.
TRADE_TRANSACTION_HISTORY_DELETE	주문 내역에서 주문을 삭제합니다. 이 유형은 무역 서버 측에서 기능을 확장하기 위해 제공됩니다.
TRADE_TRANSACTION_POSITION	트랜잭션 실행과 관련이 없는 위치 변경. 이 유형의 거래는 거래 서버 측에서 위치가 변경되었음을 나타냅니다. 포지션은 거래량, 시가, 손절매 및 이익실현 수준이 변경될 수 있습니다. 변경 사항에 대한 정보는 OnTradeTransaction 핸들러를 통해 MqlTradeTransaction 구조로 전달됩니다. 거래의 결과로 포지션을 변경(추가, 변경 또는 청산)한다고 해서 TRADE_TRANSACTION_POSITION 거래가 나타나는 것은 아닙니다.
TRADE_TRANSACTION_REQUEST	거래 요청이 서버에서 처리되었고 처리 결과가 수신되었음을 알립니다. MqlTradeTransaction 구조에서 이러한 유형의 트랜잭션의 경우 유형(트랜잭션 유형)이라는 하나의 필드만 분석해야 합니다. 추가 정보를 얻으려면 OnTradeTransaction 함수의 두 번째 및 세 번째 매개변수(요청 및 결과)를 분석해야 합니다.

‌선택한 이벤트가 발생하지 않는 경우를 제외합니다. 그래서 필요한 사람이 있습니까?

[fxsaber]

알렉세이 빅토로프 :

예를 들어 이 목록에서 어떤 것이 있습니까?

무역 이벤트는 내 기간입니다.

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

mql5 언어의 특징, 미묘함 및 작업 방법

fxsaber , 2017.02.28 19:30

BUY 포지션과 유효한 BUY 주문을 열 수 있습니다. 위에서 코드 예제를 제공했지만 손가락에 더 쉬울 것입니다. 오픈 포지션 의 TP가 발동되는 방법

• 가격이 TP BUY 위치에 도달했습니다.
• 거래 서버는 해당하는 유효한 SELL 주문을 생성합니다.
• 그 후, BUY 위치와 SELL 주문이 동시에 터미널에 존재합니다.
• SELL 주문이 실행되어 히스토리에 들어가 동일한 장소에서 거래가 생성됩니다.
• 거래 데이터를 기반으로 초기 BUY 포지션은 마감되며 이는 어디에도 속하지 않습니다. 거래 내역에 간접적으로 존재합니다.

선택된 Trade 이벤트는 테스터에서 발생하지 않습니다.

‌

[Alexey Viktorov]

fxsaber :

무역 이벤트는 내 기간입니다.

선택된 Trade 이벤트는 테스터에서 발생하지 않습니다.

‌

제 생각에는 이것은 이벤트가 아닙니다. 이것들은 주문 실행 순서의 미묘함입니다. BUY 포지션을 청산하기 위한 SELL 주문이 포지션 자체와 동시에 터미널에 있는 순간을 포착해야 하는 이유는???

사건의 순서가 지켜지지 않을 수도 있다는 문제일 수도 있겠지만...거래에서 가장 중요한 것은 무엇일까요? 이벤트 및 속도 측정의 흐름을 추적하고 있습니까? 내일도 공시된 가격으로 포지션을 개설하고 어제라도 청산하더라도 이익이 있다면 나는 상관하지 않을 것이다.‌

[fxsaber]

알렉세이 빅토로프 :

제 생각에는 이것은 이벤트가 아닙니다. 이것들은 주문 실행 순서의 미묘함입니다. BUY 포지션을 청산하기 위한 SELL 주문이 포지션 자체와 동시에 터미널에 있는 순간을 포착해야 하는 이유는???

스레드 제목을 읽으십시오.

[Alexey Viktorov]

fxsaber :
스레드 제목을 읽으십시오.

그리고 이것으로부터 무엇이 바뀔까요?

[Artyom Trishkin]

알렉세이 빅토로프 :
그리고 이것으로부터 무엇이 바뀔까요?

아무것도 바뀌지 않지만 미묘함이 설명되었다는 것은 의심의 여지가 없습니다.

그리고 문제는 남아 있습니다. 테스터에서 이 기능을 사용하여 테이크/스톱으로 마감한다는 사실을 파악하려면 어떻게 하시겠습니까?