SELECT_BY_TICKET을 자주 언급하지만 실용적인 응용 프로그램은 제공하지 않습니다.
이 디자인을 직접 사용하지 않습니다. 게다가 MT4에서 사용하는 것도 무리라고 생각합니다.
일리야 말레프 :
90%의 경우 - 이것은 기록에서 SELECT_BY_TICKET의 사용이 아니며, 이것은 분할할 수 없는 엔티티와 마찬가지로 주문에 대한 작업입니다. 부분 폐쇄 또는 개방은 대부분의 외환 중개인에게 새로운 것입니다. 일반적으로 주문을 완전히 닫거나 열거나 견적을 내립니다.
MT5 - 부분적인 일이 전혀 드문 일이 아닌 교환 플랫폼. 또한, 사용자 자신이 부분적으로 자신의 포지션을 청산하는 위의 예가 있었습니다. 예를 들어 거래자가 다른 가격 수준의 부품 포지션을 커버할 때 이것은 절대적으로 정상적인 관행입니다.
자, MT5에서 이런 상황에서 티켓으로 0.2 클로즈드 로트를 선택하는 방법은 무엇입니까?
MT5에서는 상상조차 할 수 없지만 MT4에서는 OrderComment() 필드를 사용하지 않고 부분적으로 주문을 종료하고 새 티켓을 찾을 기회를 찾고 있었습니다.
일반적으로 모든 것이 MT4에서 작동하는 방식은 다음과 같습니다.
- 시장가 주문 목록에서 주문을 선택하고 티켓을 받았습니다.
- 요청된 OrderClose() - true 수신
- 기존 티켓이 주문 내역에 들어가고 새로운 마켓 티켓이 나타났고, 주문이 완전히(일부 아님) 마감된 경우 새 티켓이 나타나지 않습니다.
MT4의 부분 폐쇄에 대한 주제는 꽤 흥미롭습니다. 그러나 아아, 모든 구루가 OrderComment()에서 자신의 재산을 찾기 위해 보낸 것입니다. 저는 그것을 좋아하지 않지만 분명히 사람들은 귀찮게 하지 않았습니다. 주제는 다음과 같습니다. MT4에서 먼저 효과적인 알고리즘에 대한 토론, 나는 참여할 것입니다
추신: 소스 코드를 찾을 수 없고 구현도 마음에 들지 않았습니다. 부분 마감 후 ArrayBsearch()를 통해 즉시 배열의 시장 주문 티켓을 기억했습니다. 배열 - 즉 새 티켓
자, 작동하도록 하세요. 누가 멈추나요? 어쨌든 MT4가 했던 방식으로 작동하지 않으므로 케이스의 90% 또는 나머지 10%에 대해 이 동작을 변경할지 여부를 스스로 결정할 수 있습니다.
이 동작을 사용하는 예를 기다릴 수 있습니까?
당신이 원하는 조언은 무엇입니까? 저처럼 잘하실 수 있을 것 같아요.
SELECT_BY_TICKET을 자주 언급하지만 실용적인 응용 프로그램은 제공하지 않습니다.
이 디자인을 직접 사용하지 않습니다. 게다가 MT4에서 사용하는 것도 무리라고 생각합니다.
90%의 경우 - 이것은 기록에서 SELECT_BY_TICKET의 사용이 아니며, 이것은 분할할 수 없는 엔티티와 마찬가지로 주문에 대한 작업입니다. 부분 폐쇄 또는 개방은 대부분의 외환 중개인에게 새로운 것입니다. 일반적으로 주문을 완전히 닫거나 열거나 견적을 내립니다.
SELECT_BY_TICKET을 자주 언급하지만 실용적인 응용 프로그램은 제공하지 않습니다.
나는 이 디자인을 직접 사용하지 않는다. 게다가 MT4에서 사용하는 것도 무리라고 생각합니다.
아마도 당신이 옳았을 수도 있지만 이것은 MT4와 라이브러리에서 다르게 작동하는 기능의 일부입니다. 나는 사실 이 사실 자체를 어떻게든 논평할 생각 없이 지적했다.
아마도 당신이 옳았을 수도 있지만 이것은 MT4와 라이브러리에서 다르게 작동하는 기능의 일부입니다. 나는 사실 이 사실 자체를 어떻게든 논평할 생각 없이 지적했다.
이것은 라이브러리에 대한 논의에서 구체적으로 언급됩니다. MT4에서도 SELECT_BY_TICKET을 사용하는 것이 나쁜 거래 논리라는 사실에 찬성하여 관련 예와 인수가 제공됩니다.
귀하의 의견으로는 이 모드를 전혀 사용할 필요가 없다면 MT4에서와 같이 하고 사용을 권장하지 않을 것입니다.
이 모드는 특정 상황에서 유용할 수 있습니다.
다시 한 번, 만일의 경우를 대비하여 - MT4에서 부분 폐쇄 중 서버의 동작은 브로커마다 다르며 설명된 방식이 보장되지 않았습니다.
MT4에서 위치가 부분적으로 닫혀있는 경우 입장이 티켓을 변경하지 않는 장소를 찾으려고 시도 할 수 있습니다. 코드는 위에 있습니다.
1. 이제 예를 들어달라고 요청해야 할 것 같습니다(이 스레드에만 있고 이미 범람)
터미널의 역사에서 그들은 닫힌 위치를 보았습니다. 그녀의 데이터를 빨리 가져와야 합니다. 스크립트에 티켓을 등록하면 끝입니다.
아니면 자신만의 방식으로 거래 내역을 정렬해야 합니다. 티켓을 분류하고 선택했습니다.
2. 그녀가 티켓을 부분 폐쇄로 바꾸든 안 바꾸든 나한테는 별로 중요하지 않아, tk. 이는 부분 마감이 사용되지 않는 경우 티켓 에 의한 주문 선택에 영향을 미치지 않습니다. 그리고 사용시 댓글(MT4)을 보거나 포지션 번호로 거래를 선택(MT5)해야 합니다.
모든 것은 티켓에 따라 선택됩니다. 닫히면 포지션 티켓이 바뀌는 것뿐입니다. 이것이 MT4와의 유일한 차이점입니다.
따라서 MT4에 존재하던 SELECT_BY_TICKET 기능이 "잘못" 존재한다고 주장하지 않고 변경된 티켓 번호를 기존 번호로 알아낼 수 있는 추가 기능을 만들어야 합니다. 물론 그것은 당신에게 달려 있지만.
코더가 원하지만 구현하기 어려운 MT5 기능이 있습니다. 그리고 쉽게 구현되지만 거의 필요하지 않은 것이 있습니다.
첫 번째 경우에만 무언가를 하는 것이 논리적입니다. 예를 들어, OrderOpenPriceRequest는 매우 훌륭합니다. 왜냐하면 초등학교는 오프닝에서 미끄러짐을 계산할 수 있습니다.
그러나 OrderTicketOld는 매우 단순한 것(POSITION_ID)이며 아무 것도 아닙니다. 여기에 시작 거래 티켓이 있습니다. 구현하기 어려운 것이므로 완료되었습니다.
라이브러리의 일부에서 고문이 "MT4 스타일"로 작성되어야 한다는 요구 사항을 작성했습니다. 이 요구 사항에 따라 MT4에서 가능한 것과 동일한 방식으로 코드를 작성할 수 있도록 이 스타일에 정확히 맞는 기능을 구현하는 것이 합리적입니다.
작동하지 않는 고문을 표시하지 않았습니다.
부분 닫기가 반드시 서버 측의 부분 채우기는 아닙니다.
자, MT5에서 이런 상황에서 티켓으로 0.2 클로즈드 로트를 선택하는 방법은 무엇입니까?
MT5에서는 상상조차 할 수 없지만 MT4에서는 OrderComment() 필드를 사용하지 않고 부분적으로 주문을 종료하고 새 티켓을 찾을 기회를 찾고 있었습니다.
일반적으로 모든 것이 MT4에서 작동하는 방식은 다음과 같습니다.
- 시장가 주문 목록에서 주문을 선택하고 티켓을 받았습니다.
- 요청된 OrderClose() - true 수신
- 기존 티켓이 주문 내역에 들어가고 새로운 마켓 티켓이 나타났고, 주문이 완전히(일부 아님) 마감된 경우 새 티켓이 나타나지 않습니다.
MT4의 부분 폐쇄에 대한 주제는 꽤 흥미롭습니다. 그러나 아아, 모든 구루가 OrderComment()에서 자신의 재산을 찾기 위해 보낸 것입니다. 저는 그것을 좋아하지 않지만 분명히 사람들은 귀찮게 하지 않았습니다. 주제는 다음과 같습니다. MT4에서 먼저 효과적인 알고리즘에 대한 토론, 나는 참여할 것입니다
추신: 소스 코드를 찾을 수 없고 구현도 마음에 들지 않았습니다. 부분 마감 후 ArrayBsearch()를 통해 즉시 배열의 시장 주문 티켓을 기억했습니다. 배열 - 즉 새 티켓