지정가 주문을 하고 싶습니다. OrderOpen()과 PositionOpen() 메서드의 차이점을 이해하지 못합니다. 읽기, 나열 도움말둘 다 ENUM_ORDER_TYPE입니다.
그들의 메모는 다음과 같습니다.
OrderOpen(...) 메서드의 성공적인 완료가 항상 거래 작업의 성공적인 실행을 의미하는 것은 아닙니다. ResultRetcode() 메서드를 호출하여 거래 요청(거래 서버 반환 코드) 실행 결과와 ResultOrder() 메서드에서 반환된 값을 확인 해야 합니다.
PositionOpen(...) 메서드가 성공적으로 완료되었다고 해서 항상 거래 작업이 성공적으로 실행되는 것은 아닙니다. ResultRetcode() 메서드를 호출하여 거래 요청(거래 서버 반환 코드) 실행 결과와 ResultDeal() 메서드에서 반환된 값을 확인 해야 합니다.
SellLimit, BuyLimit 등의 추가 메서드가 필요한 이유는 무엇이며 미리 정의된 특수 MqlTradeRequest 구조를 사용하여 제한을 설정할 수도 있습니다.
지정가 주문을 하고 싶은데 OrderOpen()과 PositionOpen() 메서드의 차이점이 무엇인지 잘 모르겠습니다. 읽기, 나열 도움말둘 다 ENUM_ORDER_TYPE입니다.
그들의 메모는 다음과 같습니다.
OrderOpen(...) 메서드의 성공적인 완료가 항상 거래 작업의 성공적인 실행을 의미하지는 않습니다. ResultRetcode() 메서드를 호출하여 거래 요청(거래 서버 반환 코드) 실행 결과와 ResultOrder() 메서드에서 반환된 값을 확인 해야 합니다.
PositionOpen(...) 메서드의 성공적인 완료가 항상 거래 작업의 성공적인 실행을 의미하지는 않습니다. ResultRetcode() 메서드를 호출하여 거래 요청(거래 서버 반환 코드) 실행 결과와 ResultDeal() 메서드에서 반환된 값을 확인 해야 합니다.
SellLimit, BuyLimit 등의 추가 메서드가 필요한 이유는 무엇이며 미리 정의된 특수 MqlTradeRequest 구조를 사용하여 제한을 설정할 수도 있습니다.
무엇을 위해, 왜?
내 대답은 CTrade 거래 클래스에 관한 것입니다.
OrderOpen 주어진 매개변수를 사용 하여 보류 중인 주문 을 합니다.
PositionOpen 지정된 기호에 대해 지정된 매개변수로 위치를 엽니다.
SellLimit, BuyLimit 등 - 보류 중인 주문을 위한 간소화된 방법
즉, Pending Order와 Position을 혼동해서는 안 됩니다. 일반적으로 다양성과 다양한 작업을 위해 여러 솔루션이 만들어집니다. 이 두 가지가 있습니다.
지정가 주문을 하고 싶습니다. OrderOpen()과 PositionOpen() 메서드의 차이점을 이해하지 못합니다. 읽기, 나열 도움말 둘 다 ENUM_ORDER_TYPE입니다.
그들의 메모는 다음과 같습니다.
OrderOpen(...) 메서드의 성공적인 완료가 항상 거래 작업의 성공적인 실행을 의미하는 것은 아닙니다. ResultRetcode() 메서드를 호출하여 거래 요청(거래 서버 반환 코드) 실행 결과와 ResultOrder() 메서드에서 반환된 값 을 확인 해야 합니다.
PositionOpen(...) 메서드가 성공적으로 완료되었다고 해서 항상 거래 작업이 성공적으로 실행되는 것은 아닙니다. ResultRetcode() 메서드를 호출하여 거래 요청(거래 서버 반환 코드) 실행 결과와 ResultDeal() 메서드에서 반환된 값 을 확인 해야 합니다.
SellLimit, BuyLimit 등의 추가 메서드가 필요한 이유는 무엇이며 미리 정의된 특수 MqlTradeRequest 구조 를 사용하여 제한을 설정할 수도 있습니다 .
주문이 다른 방식으로 수행되는 이유는 무엇입니까?
지정가 주문을 하고 싶은데 OrderOpen()과 PositionOpen() 메서드의 차이점이 무엇인지 잘 모르겠습니다. 읽기, 나열 도움말 둘 다 ENUM_ORDER_TYPE입니다.
그들의 메모는 다음과 같습니다.
OrderOpen(...) 메서드의 성공적인 완료가 항상 거래 작업의 성공적인 실행을 의미하지는 않습니다. ResultRetcode() 메서드를 호출하여 거래 요청(거래 서버 반환 코드) 실행 결과와 ResultOrder() 메서드에서 반환된 값 을 확인 해야 합니다.
PositionOpen(...) 메서드의 성공적인 완료가 항상 거래 작업의 성공적인 실행을 의미하지는 않습니다. ResultRetcode() 메서드를 호출하여 거래 요청(거래 서버 반환 코드) 실행 결과와 ResultDeal() 메서드에서 반환된 값 을 확인 해야 합니다.
SellLimit, BuyLimit 등의 추가 메서드가 필요한 이유는 무엇이며 미리 정의된 특수 MqlTradeRequest 구조 를 사용하여 제한을 설정할 수도 있습니다 .
무엇을 위해, 왜?
즉, Pending Order와 Position을 혼동해서는 안 됩니다. 일반적으로 다양성과 다양한 작업을 위해 여러 솔루션이 만들어집니다. 이 두 가지가 있습니다.
교차로가 있었을 가능성이 높지만 다시 그렸습니다.
양초가 닫힌 후 신호를 확인해야 합니다.
네, 교차로가 거의 없었습니다. 촛불의 꼬리는 교차해야 할 대상에 관한 것이 아닙니다.
"촛불 종가 후 신호 확인"은(는) 무슨 뜻인가요?
나는 mql의 멍청한 놈인가? 주제에 대한 달. 나는 Open Candles에 모든 것을 가지고 있습니다. VRI에는 마침내 이 매개변수가 없지만.
즉, Pending Order와 Position을 혼동해서는 안 됩니다. 한 가지입니다. 일반적으로 다양성과 다양한 작업을 위해 여러 솔루션이 만들어집니다. 이 두 가지가 있습니다.
이러한 방법 중 하나를 사용하여 제한을 설정할 수 있습니다. 제 질문은 이러한 다른 작업이 무엇입니까?
네, 교차로가 거의 없었습니다. 촛불의 꼬리는 교차해야 할 대상에 관한 것이 아닙니다.
"촛불 종가 후 신호 확인"은(는) 무슨 뜻인가요?
그랬다. 망설이지 마세요. 제로 바에서 이것은 거의 모든 지표에 발생합니다. 사실 지표의 가치는 캔들 종가와 동일하게 유지됩니다. 그 동안 양초가 닫히지 않고 현재 가격 의 변화에 따라 지표 값이 변경됩니다.
이러한 방법 중 하나를 사용하여 제한을 설정할 수 있습니다. 제 질문은 이러한 다른 작업이 무엇입니까?
그런 다음 PositionOpen 을 사용하여 구매 한도를 설정하십시오. 나는 그런 마조히즘을 좋아한 적이 없습니다. 나는 PositionOpen 을 사용하여 POSITION을 엽니다. 일반적으로 이전 터미널에 대한 섹션에 들어가서 고려하지 않은 것이 유감입니다.
내가 간다
그랬다. 망설이지 마세요. 제로 바에서 이것은 거의 모든 지표에 발생합니다. 사실 지표의 가치는 캔들 종가와 동일하게 유지됩니다. 그 동안 양초가 닫히지 않고 현재 가격 의 변화에 따라 지표 값이 변경됩니다.
예? 엠비.
분명히 치명적이지는 않지만 짜증납니다. 여기에서 할 일이 없습니다. 맞습니까? 촛불을 닫으라는 신호를 만드는 VRI 매개 변수가 없습니다.
설명해주셔서 감사합니다.
그런 다음 PositionOpen 을 사용하여 구매 한도를 설정하십시오. 나는 그런 마조히즘을 좋아한 적이 없습니다. 나는 PositionOpen 을 사용하여 POSITION을 엽니다. 일반적으로 이전 터미널 섹션에 들어간 것이 유감이며 고려하지 않았습니다.
내가 간다