다시 한번 loks에 대해. - 페이지 6

[PapaYozh]

gip >> :

왜요? 그러나 질문은 생략합니다. 당신은 당신의 예에서 실수를 절대 보지 않으며 그것을 인정하고 싶지 않을 것입니다. :)

"검은 방에서 검은 고양이를 찾는 것은 매우 어렵습니다. 특히 고양이가 없다면 더욱 그렇습니다."

추신 : 나는 당신과 술을 마시지 않았습니다.

[[삭제]]

PapaYozh >> :

나는 당신과 술을 마시지 않았다.

글쎄, 예, 개인적인 이야기를 합시다 :) 그리고 물론 토요일을 생각합니다.
내가 반대하는거야? 생각하지 않습니다 :)

[[删除]]

동일한 볼륨에 "잠금"하는 것 자체는 일반적으로 어떤 이점도 제공하지 않지만 결국 일반적으로 개인 볼륨(부분적으로)을 잠그고 작은 볼륨에서 시작하여 이미 완전한 오버랩으로 이어집니다. 포지션을 강제로 청산하는 수준이며, 이러한 방식으로 손실을 최소화, 즉 대기 전술을 수행합니다.

[khorosh]

PapaYozh писал(а) >>

그런 알고리즘이 존재합니다!

또한 MQL4 개발자가 OrderCloseBy() 함수로 구현합니다.

이 기능에 대해 잘 알고 계실 것 같아서 질문이 있습니다. 내가 이해하는 이 기능은 두 가지 주문에만 적용됩니다. 잠금에 5개의 주문이 있는 경우 올바르게 적용하는 방법은 무엇입니까?

[михаил потапыч]

khorosh >> :

이 기능에 대해 잘 알고 계실 것 같아서 질문이 있습니다. 내가 이해하는 이 기능은 두 가지 주문에만 적용됩니다. 잠금에 5개의 주문이 있는 경우 올바르게 적용하는 방법은 무엇입니까?

차례로

[PapaYozh]

Mischek >> :

차례로

앞으로 :)

[михаил потапыч]

PapaYozh >> :

앞으로 :)

모든 것이 시작됩니다
질문자에 대한 대답은 알고 있었다
이제 가격이 빠르게 움직이고 실행이 하나씩 느려질 때 잠금 사용 여부를 판단하는 것이 더 편리합니다.

[khorosh]

Mischek писал(а) >>

차례로

그리고 터미널에서는 주문을 마감하기 위해 창에서 "닫힌 주문 닫기"를 사용할 때 이 작업도 차례로 수행됩니까? 어쩐지 굉장히 빨리 끝나서 한 팀에서 마무리를 하는 느낌이다. Expert Advisor에서는 이러한 속도를 달성할 수 없습니다.

[PapaYozh]

khorosh >> :

그리고 터미널에서는 주문을 마감하기 위해 창에서 "닫힌 주문 닫기"를 사용할 때 이 작업도 차례로 수행됩니까? 어쩐지 굉장히 빨리 끝나서 한 팀에서 마무리를 하는 느낌이다. Expert Advisor에서는 이러한 속도를 달성할 수 없습니다.

서둘러야 할 곳은? 스왑이 발생하는 순간까지 마감 시간을 늘려도 결과에 영향을 미치지 않습니다.

[khorosh]

PapaYozh писал(а) >>

서둘러야 할 곳은? 스왑이 발생하는 순간까지 마감 시간을 늘려도 결과에 영향을 미치지 않습니다.

네가 옳아. 이 기능에 모든 마감된 주문의 티켓을 나열할 수 있는 기능이 있으면 더 좋겠지만.