Торговая деятельность в платформе связана с формированием и отсылкой рыночных и отложенных ордеров для исполнения брокером, а также с управлением текущими позициями путем их модификации или закрытия. Платформа позволяет удобно просматривать торговую историю на счете, настраивать оповещения о событиях на рынке и многое другое. Открытие позиций...
따라서 PRL 대신 iLow(NULL, PERIOD_CURRENT, 1) 또는 l1을 사용할 수 있습니다 .
나는 당신이 코드 작성에 관심이 없고 당신이 하는 일을 이해하지 못한다는 인상을 받았습니다. 약간의 인내심과 당신은 쉽게 모든 것을 알아낼 수 있습니다. 코드에 순서를 지정하면 많은 질문이 저절로 사라집니다. 무엇이 잘못되었는지 이해할 수 없다면 프로그래머를 위한 매우 강력한 도구인 디버깅도 있습니다. 당신이하고있는 일을 이해하고 질문을하십시오.
To find out from what list the order has been selected, its close time must be analyzed. If the order close time equals to 0, the order is open or pending and taken from the terminal open orders list. One can distinguish an opened order from a pending order by the order type. If the order close time does not equal to 0, the order is a closed...
따라서? 아니면 OnInit에서 다른 것을 선언해야 합니까?
아니요, OnInit에서는 기본적으로 모든 줄이 이미 숨겨져 있습니다.
아니요, OnInit에서는 기본적으로 모든 줄이 이미 숨겨져 있습니다.
어떤 이유로 조건이 무시되고 있습니다. 내가 포지션을 여는 것에 베팅하더라도.
PRL 변수를 잡아당겨 조건에 넣을 수 없습니다.
어떻게 든 GlobalVariableGet을 사용하여 꺼내려고합니다. 하지만 왠지 의심스러운...
안에 조건을 넣어도. 이미 최저 가격이 유지되고 있습니다. 모두 같은 완고하게 위치를 열고 싶지 않습니다.
어떤 이유로 조건이 무시되고 있습니다. 내가 포지션을 여는 것에 베팅하더라도.
PRL 변수를 잡아당겨 조건에 넣을 수 없습니다.
다음 그림이 나옵니다.
따라서 PRL 대신 iLow(NULL, PERIOD_CURRENT, 1) 또는 l1을 사용할 수 있습니다 .
나는 당신이 코드 작성에 관심이 없고 당신이 하는 일을 이해하지 못한다는 인상을 받았습니다. 약간의 인내심과 당신은 쉽게 모든 것을 알아낼 수 있습니다. 코드에 순서를 지정하면 많은 질문이 저절로 사라집니다. 무엇이 잘못되었는지 이해할 수 없다면 프로그래머를 위한 매우 강력한 도구인 디버깅도 있습니다. 당신이하고있는 일을 이해하고 질문을하십시오.
어떤 이유로 조건이 무시됩니다. 내가 포지션을 여는 것에 베팅하더라도.
PRL 변수를 잡아당겨 조건에 넣을 수 없습니다.
어떻게 든 GlobalVariableGet을 사용하여 꺼내려고합니다. 하지만 왠지 의심스러운...
안에 조건을 넣어도. 이미 최저 가격이 유지되고 있습니다. 모두 같은 완고하게 위치를 열고 싶지 않습니다.
글쎄, 왜 먼저 하나의 메시지를 작성한 다음 편집합니까?
어떤 이유로 조건이 무시되고 있습니다. 내가 포지션을 여는 것에 베팅하더라도.
PRL 변수를 잡아당겨 조건에 넣을 수 없습니다.
어떻게 든 GlobalVariableGet을 사용하여 꺼내려고합니다. 하지만 왠지 의심스러운...
안에 조건을 넣어도. 이미 최저 가격이 유지되고 있습니다. 모두 같은 완고하게 입장을 열고 싶지 않습니다.
귀하의 코드에서 알고리즘 자체는 처음에 올바르지 않았고 시장에 진입하기 위한 알고리즘도 잘못되었습니다. 수정했습니다.
하지만 이 코드가 실제 거래에서 사용되기 위해서는 많은 개선이 필요할 것입니다...
귀하의 코드에서 알고리즘 자체는 처음에 올바르지 않았고 시장에 진입하기 위한 알고리즘도 잘못되었습니다. 수정했습니다.
하지만 이 코드가 실제 거래에서 사용되기 위해서는 많은 개선이 필요할 것입니다...
수정하는 동안 테스터에 4108(잘못된 티켓)이 어떻게 나타날 수 있습니까? MQL4
수정하는 동안 테스터에 4108(잘못된 티켓)이 어떻게 나타날 수 있습니까? MQL4
이미 기록에 있는 주문을 마감하려고 할 가능성이 큽니다. 이미 마감된 주문
SELECT_BY_TICKET 도움말을 보면 주문이 열려 있거나 이미 주문 내역에 있는지 여부에 관계없이 선택합니다.
추신: OrderCloseTime() 확인
이미 기록에 있는 주문을 마감하려고 할 가능성이 큽니다. 이미 마감된 주문
SELECT_BY_TICKET 도움말을 보면 주문이 열려 있거나 이미 주문 내역에 있는지 여부에 관계없이 선택합니다.
추신: OrderCloseTime() 확인
따라서 시장에서 무엇을 선택해야 하는지 알려줍니다.
따라서 시장에서 무엇을 선택해야 하는지 알려줍니다.
나는 당신이 문서를 인용해야한다고 생각하지 않았습니다 ...
메모
티켓 번호로 주문을 선택한 경우 pool 매개변수는 무시됩니다. 티켓 번호는 고유한 주문 식별자입니다.
어떤 목록에서 주문이 선택되었는지 확인하려면 마감 시간을 분석해야 합니다. 주문 마감 시간이 0이면 주문이 열려 있거나 보류 중이며 터미널의 열린 주문 목록에서 가져옵니다.