Evgeny Dyuka : 당신은 " 닫힌 포지션 (포지션이 없을 때이며, 그것을 유형적인 것으로 이야기하는 것은 쓸모가 없습니다 - 아무것도 없습니다) - 시장을 빠져나가기 위한 거래 실행의 결과"라고 씁니다. 역사상 그러한 단일 엔티티는 없지만 주문-> 거래 (개시), 주문-> 거래 (마감)와 같은 일련의 이벤트가 있으며이 모든 것에는 단일 이름이 없습니다. 나는 평범한 작업을 해결할 수 없습니다. 이 마지막 엔터티(아마도 틱에 따라)를 참조하고 이에 대한 정보(개방/종료 시간, 볼륨 등)를 수집해야 합니다. 한 번 주문으로 열리고 한 번으로 닫혔다고 가정해 보겠습니다. HistoryOrderTotal에서 마지막 두 개를 가져와서 어떤 종류의 분석을 빌드해야 합니까? 티켓이 다르다면... 역사에 대한 그러한 호소는 실제로 어떻게 결정됩니까?
MqlTradeTransaction 구조를 이해하려고 노력하십시오. 히스토리에서 마지막 주문 또는 거래를 수신하면 위치 형성에 참여한 모든 주문 및/또는 거래를 배열로 수집할 수 있습니다. 따라서 이러한 거래에서 위치에 대한 모든 정보를 수집할 수 있습니다.
Например, при отсылке рыночного ордера на покупку он обрабатывается, для счета создается соответствующий ордер на покупку, происходит исполнение ордера, его удаление из списка открытых, добавление в историю ордеров, далее добавляется соответствующая сделка в историю и создается новая позиция. Все эти действия являются торговыми транзакциями...
Evgeny Dyuka : 당신은 " 닫힌 포지션 (포지션이 없을 때이며, 그것을 유형적인 것으로 이야기하는 것은 쓸모가 없습니다 - 아무것도 없습니다) - 시장을 빠져나가기 위한 거래 실행의 결과"라고 씁니다. 역사상 그러한 단일 엔티티는 없지만 주문-> 거래 (개시), 주문-> 거래 (마감)와 같은 일련의 이벤트가 있으며이 모든 것에는 단일 이름이 없습니다. 나는 단순한 작업을 해결할 수 없습니다. 이 마지막 개체(아마도 눈금에 따라)를 참조하고 이에 대한 정보(개점/폐점 시간, 수량 등)를 수집해야 합니다. 한 번 주문으로 열리고 한 번으로 닫혔다고 가정해 보겠습니다. HistoryOrderTotal에서 마지막 두 개를 가져와서 어떤 종류의 분석을 빌드해야 합니까? 티켓이 다르다면... 역사에 대한 그러한 호소는 실제로 어떻게 결정됩니까?
위치 식별자는 항상 첫 번째 주문의 티켓과 동일합니다. 이 위치를 여는 순서는 티켓과 달리 존재하는 동안 절대 변경되지 않습니다. 따라서 특정 위치에 대한 모든 주문과 거래를 찾으려면 위치 ID로 찾으십시오. 모두 분명히 찾고 있는 위치에 속할 것입니다.
주문에는 ORDER_POSITION_ID가, 거래에는 DEAL_POSITION_ID가, 포지션에는 POSITION_IDENTIFIER가 있습니다.
안녕 친구들! 칠면조 문제를 해결하는 데 도움을 주세요. 표시기는 페이지 새로 고침 후에만 올바른 데이터를 표시합니다. 페이지 업데이트를 하지 않으면 가격변동에 상관없이 변함없이 같은 수준으로 멈춰있습니다.아래에 페이지 업데이트 전후의 칠면조와 스크린샷을 첨부합니다. ps. 마지막 30-40마디에 대한 스크린샷을 봐야 합니다!
При создании пользовательского индикатора можно указать один из 18 типов графического построения (способа отображения на главном окне графика или в подокне графика), значения которых указаны в перечислении ENUM_DRAW_TYPE. В зависимости от стиля рисования, может потребоваться от одного до четырех буферов значений (отмеченных как...
당신은 " 닫힌 포지션 (포지션이 없을 때이며, 그것을 유형적인 것으로 이야기하는 것은 쓸모가 없습니다 - 아무것도 없습니다) - 시장을 빠져나가기 위한 거래 실행의 결과"라고 씁니다. 역사상 그러한 단일 엔티티는 없지만 주문-> 거래 (개시), 주문-> 거래 (마감)와 같은 일련의 이벤트가 있으며이 모든 것에는 단일 이름이 없습니다.
나는 평범한 작업을 해결할 수 없습니다. 이 마지막 엔터티(아마도 틱에 따라)를 참조하고 이에 대한 정보(개방/종료 시간, 볼륨 등)를 수집해야 합니다. 한 번 주문으로 열리고 한 번으로 닫혔다고 가정해 보겠습니다. HistoryOrderTotal에서 마지막 두 개를 가져와서 어떤 종류의 분석을 빌드해야 합니까? 티켓이 다르다면...
역사에 대한 그러한 호소는 실제로 어떻게 결정됩니까?
MqlTradeTransaction 구조를 이해하려고 노력하십시오. 히스토리에서 마지막 주문 또는 거래를 수신하면 위치 형성에 참여한 모든 주문 및/또는 거래를 배열로 수집할 수 있습니다. 따라서 이러한 거래에서 위치에 대한 모든 정보를 수집할 수 있습니다.
당신은 " 닫힌 포지션 (포지션이 없을 때이며, 그것을 유형적인 것으로 이야기하는 것은 쓸모가 없습니다 - 아무것도 없습니다) - 시장을 빠져나가기 위한 거래 실행의 결과"라고 씁니다. 역사상 그러한 단일 엔티티는 없지만 주문-> 거래 (개시), 주문-> 거래 (마감)와 같은 일련의 이벤트가 있으며이 모든 것에는 단일 이름이 없습니다.
나는 단순한 작업을 해결할 수 없습니다. 이 마지막 개체(아마도 눈금에 따라)를 참조하고 이에 대한 정보(개점/폐점 시간, 수량 등)를 수집해야 합니다. 한 번 주문으로 열리고 한 번으로 닫혔다고 가정해 보겠습니다. HistoryOrderTotal에서 마지막 두 개를 가져와서 어떤 종류의 분석을 빌드해야 합니까? 티켓이 다르다면...
역사에 대한 그러한 호소는 실제로 어떻게 결정됩니까?
위치 식별자는 항상 첫 번째 주문의 티켓과 동일합니다. 이 위치를 여는 순서는 티켓과 달리 존재하는 동안 절대 변경되지 않습니다. 따라서 특정 위치에 대한 모든 주문과 거래를 찾으려면 위치 ID로 찾으십시오. 모두 분명히 찾고 있는 위치에 속할 것입니다.
주문에는 ORDER_POSITION_ID가, 거래에는 DEAL_POSITION_ID가, 포지션에는 POSITION_IDENTIFIER가 있습니다.
위치 식별자는 항상 첫 번째 주문의 티켓과 동일합니다. 이 위치를 여는 순서는 티켓과 달리 존재하는 동안 절대 변경되지 않습니다. 따라서 특정 위치에 대한 모든 주문 및 거래를 찾으려면 위치 ID로 검색하십시오. 모두 분명히 찾고 있는 위치에 속할 것입니다.
주문에는 ORDER_POSITION_ID가, 거래에는 DEAL_POSITION_ID가, 포지션에는 POSITION_IDENTIFIER가 있습니다.
MqlTradeTransaction 구조를 이해하려고 노력하십시오. 히스토리에서 마지막 주문 또는 거래를 수신하면 위치 형성에 참여한 모든 주문 및/또는 거래를 배열로 수집할 수 있습니다. 따라서 이러한 거래에서 위치에 대한 모든 정보를 수집할 수 있습니다.
이 정지 손실 구현의 예에 대한 링크를 제공하십시오. 그렇지 않으면 모든 것이 영리하게 작성되지만 실제로 우리는 단순한 인간이 이해하지 못합니다.
MQL5 마법사를 사용하여 Expert Advisor를 생성하십시오. 옵션을 선택할 때 후행이 필요한지 확인하십시오. 여기 예가 있습니다.
MQL5 마법사를 사용하여 Expert Advisor를 생성하십시오. 옵션을 선택할 때 후행이 필요한지 확인하십시오. 여기 예가 있습니다.
안녕하세요!
draw_none 그리기 스타일이 있으며 버퍼는 데이터 창에 표시되지만 차트에는 그려지지 않습니다.
역 속성이 있는데 데이터 창에 표시되지 않고 차트에 표시됩니까?
안녕하세요!
draw_none 그리기 스타일이 있으며 버퍼는 데이터 창에 표시되지만 차트에는 그려지지 않습니다.
역 속성이 있는데 데이터 창에 표시되지 않고 차트에 표시됩니까?
있다. PLOT_SHOW_DATA