찻주전자의 질문 - 페이지 15

 
Yedelkin :
추가 질문: double <-> long을 전달할 때 정보를 저장하는 우아한 방법이 있습니까?
간단한 구조 복사 https://www.mql5.com/en/docs/basis/types/casting#casting_structure
Документация по MQL5: Основы языка / Типы данных / Приведение типов
Документация по MQL5: Основы языка / Типы данных / Приведение типов
  • www.mql5.com
Основы языка / Типы данных / Приведение типов - Документация по MQL5
 
stringo :

모두 64. 사실. 서명되거나 서명되지 않은 유형에 집착하지 마십시오.

가장 좋은 것은 직접 보는 것입니다. 그러면 질문이 완전히 닫힙니다.

네. 나는 이미 유형 변환을 잊어 버렸다고 썼습니다.

이미 모든 것을 확인했습니다. 기호는 손실되지 않습니다. 다 괜찮아.

 
고마워! Metadriver의 두 번째 예제와 동일합니다! ...그것은 겉보기에 이미 읽은 것의 강조가 얼마나 중요한지입니다.
 
sergeev :

CTrade 클래스에서 PositionClose 를 참조하십시오.
나는 그것이 당신과 같을 것이라고 확신합니다. 하나의 결론이 스스로 제안합니다. 지금은 다른 방법이 없습니다.

그러나 나는 당신의 요청을 지지합니다. 그리고 개발자들에게 이 옵션을 고려해 달라고 요청합니다.

작업 유형 TRADE_ACTION_CLOSE 추가 - 현재 가격 으로 해당 거래량에서 지정된 상품의 포지션을 청산합니다.

완벽할 것입니다! 나는 지원한다.

나머지 포럼 참가자를 위해 문제를 다시 간략하게 설명하겠습니다.

MQL5에 존재하는 거래/주문 시스템 및 포지션 청산 방법을 사용하면 SL/TP가 있고 시장에서 청산되는 위치가 실제로 청산되지 않을 가능성이 항상 0이 아닌 확률이 있지만 반대 포지션은 개설될 것입니다. .

시장이 SL/TP 포지션에 가까울수록 이 확률이 더 높아져 일반적으로 SL/TP를 닫고 시장에서 청산하는 것이 불가능합니다. 폐쇄)

문제에 대한 기존 솔루션은 만족스럽지 않습니다.

a) SL/TP를 청산하기 전에 제거하면 먼저 시간이 걸리고, 두 번째로 연결이 끊어지면 포지션이 정지 없이 시장에 남게 됩니다.

b) SL/TP에 의한 트리거링을 기다리는 것도 옵션이 아닙니다. 더 일찍 떠날 필요가 있습니다.

새로운 회계제도 도입에 따른 제약이 있는 것은 이해합니다만, 컨셉을 위해 제품 사용의 편의성을 완전히 희생시키면 대중들이 별로 관심을 갖지 않을 것 같습니다 :(

개발자 여러분, 시장에서 GUARANTEED EXIT(가격은 중요하지 않음)를 신청하기 위해 무엇을 조언하시겠습니까? MQL4에서 마감 요청을 제출할 때 포지션이 마감되거나 EA가 오류 코드를 수신하고 계속 시도할 것이라고 확신할 수 있었습니다.

 
Yedelkin :

완료! 암호화에서 14번째 줄을 Ll = 4548887299649496524로 바꿉니다.

............

자키요드! ;)

 
도움말에서:
PositionClose
...
Примечание

Успешное окончание работы метода PositionClose(...)
не всегда означает успешное совершение торговой операции.
Необходимо проверять результат выполнения торгового запроса
(код возврата торгового сервера) вызовом метода ResultRetcode().

정당한 경고.

***

수동으로 포지션을 청산하여 그러한 경고를 찾을 수는 없었지만, 거래에서 카운터를 닫을 때의 거래가 나타납니다 ...

포지션을 확실히 닫기 위해 변동성에 따라 슬리피지가 증가합니까? 또는 어떻게? "hello to pipsers"와 같습니까?

나는 개발자 에게 질문 을 지원 합니다 .

 

침묵, 그것은 미끄러져 반환 코드를 확인하는 것이 아닙니다.

문제는 위치를 닫으 려면 명시적으로 새 위치를 열도록 요청을 보내야 하지만 반대 방향으로 보내야 한다는 것입니다.

거래 서버는 이 요청을 새로운 포지션의 개설로 간주합니다. 우리가 실제로 기존 포즈를 닫고 싶다는 것을 이해하도록 훈련되지 않았습니다.

네팅의 관점에서 이것은 맞는 것처럼 보이지만 시장에서 SL / TP로 포지션을 청산하는 것은 불가능합니다. 이 SL/TP가 얼마나 멀리 떨어져 있든 우리는 새로운 주문이 제출되는 동안(종료를 위해) 가격이 SL/TP를 연결하고 포지션이 자체적으로 마감된다는 사실에서 자유롭지 않습니다. 그리고 우리의 새로운 질서는 작동하고 반대 입장을 열 것입니다.

내 생각에 유일한 탈출구는 sergeev가 제안한 것처럼 새로운 작업 유형 플래그 " TRADE_ACTION_CLOSE "를 도입하여 새 포즈 열기 요청과 기존 포즈 닫기 요청을 구별하도록 서버를 가르치는 것입니다.

개발자가 자신의 버전을 가지고 있지만?

 
아무도 해결책이 없습니까?
 
Cron :
아무도 해결책이 없습니까?
솔루션이 있지만 적합하지 않을 수 있습니다.예를 들어 SL / TP를 제거한 다음 알고리즘을 따르십시오. ..당신 자신은 다음과 같이 지적했습니다. " 네팅의 관점에서 볼 때 이것은 정확하지만 시장에서 포지션을 청산하는 것을 보장하는 것은 불가능합니다 ...".
 
Yedelkin :
솔루션이 있지만 적합하지 않을 수 있습니다.예를 들어 SL / TP를 제거한 다음 알고리즘을 따르십시오. ..당신 자신은 다음과 같이 지적했습니다. " 네팅의 관점에서 볼 때 이것은 정확하지만 시장에서 포지션을 청산하는 것을 보장하는 것은 불가능합니다 ...".

예, SL/TP를 삭제하는 것은 시간 낭비이며 통신 문제의 경우 시장에 중단 없이 남게 될 위험이 있습니다.

그럼에도 불구하고 DC에서 작업하는 많은 사용자의 편의를 위해 " TRADE_ACTION_CLOSE "를 추가하는 것이 가능하다고 생각합니다. [ 예를 들어, 네팅이 중요한 경우 이러한 유형의 작업을 비활성화하시겠습니까? (요새, RTS).]

사용자를 향한 몇 가지 단계가 없으면 많은 DC 클라이언트에서 MT5로의 전환이 의미가 없습니다. 프로그래밍 경험이 있는 저는 Expert Advisor를 MQL4에서 MQL5로 이식하는 데 여전히 어려움을 겪었습니다. 그러나 SL/TP 문제와 시장 철수를 제외하고는 모두 어떤 식으로든 해결되었습니다.

나는 개발자들에게 그들이 나보다 확실히 더 잘할 수 있는 것을 가르치지 않을 것이지만, 여전히 사용자 친화성을 손상시키는 거래소와 DC 모두를 위한 보편적인 제품을 추구하면 제품에 대한 수요가 줄어들고 많은 사람들이 계속 사용할 것이라는 점에 주목하고 싶습니다. MT4 :(