...bystoplimit 및 Sellstoplimit를 사용합니다. 일반적으로 OSO가 있지만 어떤 곳에서는 .
글쎄요, 저는 이 결론에 동의하지 않습니다. OCO == "하나가 다른 하나를 취소합니다". 글쎄, MT5에는 한 주문이 실제로 다른 주문을 취소하는 것과 같은 것은 없습니다. 지금 1년 동안 후회하고 있는 것. ...SL 및 TP와 같은 기회는 실제로 열린 포지션을 닫지만 보류 중인 주문 의 "상호 취소" 문제와 관련이 없습니다.
Я не буду перечислять все новые возможности и особенности нового терминала и языка. Их действительно много, и некоторые новинки вполне достойны освещения в отдельной статье. Вы не увидите здесь кода, написанного по принципам объектно-ориентированного программирования — это слишком серьезная тема для того, чтобы просто быть упомянутой в контексте как дополнительная вкусность для кодописателей. В этой статье остановимся подробней на индикаторах, их строении, отображении, видах, а также особенностях их написания по сравнению с MQL4.
Yedelkin : 글쎄요, 저는 이 결론에 동의하지 않습니다. OCO == "하나가 다른 하나를 취소합니다". 글쎄요, MT5에는 한 주문이 실제로 다른 주문을 취소하는 것과 같은 것은 없습니다 . 지금 1년 동안 후회하고 있는 것. ... SL 및 TP와 같은 기회는 실제로 열린 위치를 닫지만 보류 중인 주문 의 "상호 취소" 문제와 관련이 없습니다 .
그들은 단지, 그러나 이것은 서버에서 구현된 명령입니다. 그리고 지금까지 OCO 방식에 실제로 새겨져 있는 유일한 것(그리고 아직 터미널과 서버에서 직접 구현되는 "If Done"은 꿈도 꿀 수 없습니다).
포지션을 열고 TP와 SL을 MT5에 배치함으로써 우리는 본질적으로 이와 같은 것을 알게 됩니다(여기서만 결과는 포지션 + 2개의 상호 취소 주문입니다).
MT5에서는 위치를 여는 주문(그림 "메인"에서 - 가격은 확인하지 않음)과 서버에만 존재하는 두 가지 주문을 받습니다.
...bystoplimit 및 Sellstoplimit를 사용합니다. 일반적으로 OSO가 있지만 어떤 곳에서는 .
결국 우리는 하나의 통화로 자산을 보유하고 있다는 점을 고려할 때, 어떻게든 상계와 헤징을 연관시켰습니다...
솔직히 말해서, 나는 그 말에 의심이 있었고, 나는 그 지원에 전화해야했습니다. 흥미롭게도 그들은 내 버전에 동의했습니다.
예, 보류 중인 주문을 삭제하는 것은 제 선택에 맞지 않습니다. 이것은 논쟁이다. 다른 충돌은 보이지 않습니다.
아무리 비틀어도 똑같은 OCO의 특별한 케이스가 나온다... Mlyn은 핸디캡에 이국적이라는 뜻 :)
1. 일부 문제에 대한 지원을 신뢰하지 마십시오. 일반적으로 FAQ에 쓰여진 것 이상을 알지 못합니다. 기술 부서에 더 자세한 정보가 있지만 정보에 도달하면 대화 상대의 지루함이나 질문을 이해하지 못하는 것에 대한 분노로 죽을 것입니다.
2. 여기에 내가 실제 계정 거래에 사용한 가장 오래되고 가장 불편한 터미널인 ForexClub의 IDSystem이 있습니다(Rumus 2 이전에도 사용되었습니다).
교환 가능한 주문 - 두 주문이 모두 활성 상태이지만 주문 중 하나가 실행되면 두 번째 주문이 취소됩니다.
MT6의 TP 및 SL은 이러한 유형의 주문에 속하며 개발자에 따르면 다른 모든 것은 프로그래밍 방식으로 수행할 수 있습니다.
실행에 의한 주문 - 주문 중 하나는 활성화되고 두 번째는 활성화되지 않습니다(주 주문이 트리거될 때 활성화됨)
조언자가 되는 데 방해가 되는 이유는 무엇입니까?
한 심볼에서 포지션을 열어 다른 심볼에서 포지션을 닫고 일부 주문을 취소했습니다. 특별한 경우에 하나는 다른 하나를 취소합니까?
교환 가능한 주문 - 두 주문이 모두 활성 상태이지만 주문 중 하나가 실행되면 두 번째 주문이 취소됩니다.
MT5의 TP 및 SL 개발자 에 따르면 다른 모든 것은 프로그래밍 방식으로 수행할 수 있습니다.
아, 무슨 일이야? 개발자들은 SL 및 TP와 같은 파생 주문 수준에서 "교환 가능한" 주문이 충분하다고 생각합니까?
...조금 이상하게 밝혀졌습니다. 상호 취소 메커니즘은 실제로 SL-TP 수준에서 이미 개발 되었으므로 ENUM_ORDER_TYPE 열거에서 기본 주문 유형으로 이 메커니즘(이 메커니즘)을 전송하지 않는 이유는 무엇입니까?
Expert Advisor는 다른 조건과 다른 기호에 따라 수행할 수 있기 때문에 훨씬 더 시원합니다.
서버가 아닌 터미널 쪽에서 작동한다는 것을 기억하면 모든 시원함이 사라집니다.
처음에 "네트" 플랫폼으로 작업한 사람들 은 서버 에서 실행되는 OCO 주문에 익숙합니다. 따라서 주문을 상호 작용하는 다른 방법에 대해 다음과 같이 말하고 싶습니다. "OCO 명령의 원칙에 따라 작동하지만 그렇지 않습니다."
아, 무슨 일이야? 개발자들은 SL 및 TP와 같은 파생 주문 수준에서 "교환 가능한" 주문이 충분하다고 생각합니까?
...조금 이상하게 밝혀졌습니다. 상호 취소 메커니즘은 실제로 SL-TP 수준에서 이미 개발 되었으므로 ENUM_ORDER_TYPE 열거에서 기본 주문 유형으로 이 메커니즘(이 메커니즘)을 전송하지 않는 이유는 무엇입니까?
서버가 아닌 터미널 쪽에서 작동한다는 것을 기억하면 모든 시원함이 사라집니다.
다른 모든 것은 Expert Advisors에서 MQL을 사용하여 구현됩니다. 이것을 개발자에게 설명하십시오. 시도했지만 작동하지 않았습니다.
네, 당신의 시도를 기억합니다. 지금 당신은 개발자들이 더 강력하고 편리한 주문 시스템을 가지고 있다고 믿는 이유를 "손가락으로" 설명했습니다. 다른 스레드에서 이 시스템의 공백에 대한 예를 제공했습니다.
모바일 터미널에서 알려주세요.
언제 그리고 mql4 또는 mql5에 대한 사용자 지정 지표 (비표준) 또는 어드바이저에 대한 지원이 제공되나요???????????????????????????????? ???
어떤 플랫폼(예: Android)에서 구현되나요???????????????????????? 그리고 얼마나 빨리?????????????????
귀하의 회신을 고대하고 있습니다. 귀하의 관심을 가져 주셔서 감사합니다.
글쎄요, 저는 이 결론에 동의하지 않습니다. OCO == "하나가 다른 하나를 취소합니다". 글쎄요, MT5에는 한 주문이 실제로 다른 주문을 취소하는 것과 같은 것은 없습니다 . 지금 1년 동안 후회하고 있는 것. ... SL 및 TP와 같은 기회는 실제로 열린 위치를 닫지만 보류 중인 주문 의 "상호 취소" 문제와 관련이 없습니다 .
그들은 단지, 그러나 이것은 서버에서 구현된 명령입니다. 그리고 지금까지 OCO 방식에 실제로 새겨져 있는 유일한 것(그리고 아직 터미널과 서버에서 직접 구현되는 "If Done"은 꿈도 꿀 수 없습니다).
포지션을 열고 TP와 SL을 MT5에 배치함으로써 우리는 본질적으로 이와 같은 것을 알게 됩니다(여기서만 결과는 포지션 + 2개의 상호 취소 주문입니다).
MT5에서는 위치를 여는 주문(그림 "메인"에서 - 가격은 확인하지 않음)과 서버에만 존재하는 두 가지 주문을 받습니다.
모바일 터미널에서 알려주세요.
언제 그리고 mql4 또는 mql5에 대한 사용자 지정 지표 (비표준) 또는 어드바이저에 대한 지원이 제공되나요???????????????????????????????? ???
어떤 플랫폼(예: Android)에서 구현되나요???????????????????????? 그리고 얼마나 빨리?????????????????
귀하의 회신을 고대하고 있습니다. 귀하의 관심을 가져 주셔서 감사합니다.