거래 중 거래 - 페이지 6

새 코멘트
 
prostotrader :

아무것도 기억하지 못할 수도 있습니다.

이것이 작동할 것이라는 데 동의합니다(완전히 채워진 경우).
void OnTradeTransaction ( const MqlTradeTransaction &Trans, const MqlTradeRequest &Request, const MqlTradeResult &Result )
{
   if ((Trans.type == TRADE_TRANSACTION_DEAL_ADD ) && (Trans.position > 0 ) && ! PositionSelectByTicket (Trans.position))
     Print ( "Position #" + ( string )Trans.position + " - triggered SL/TP." );
}

그러나 마치 대화가 다소 광범위 하게 진행되기 시작했습니다 .
 
Andrey Dik :

당신은 매우 부주의합니다. 나는 주제를 시작하는 사람이 아닙니다.

다음과 같은 코드를 표시하시겠습니까?

//——————————————————————————————————————————————————————————————————————————————
void    OnTradeTransaction ( const MqlTradeTransaction &trans,   // структура торговой транзакции
                           const MqlTradeRequest      &request, // структура запроса
                           const MqlTradeResult       &result)   // структура ответа
{
  
}  

글쎄, 그것은 무엇입니까 - 그가 그것을 좋아하지 않는다면 누가 직접 추가해야합니까? 직업이 있습니다! 그래서 무엇?

귀하의 질문에 답변하는 데 충분한 시간을 할애했습니다.

귀하의 질문이 "추상적"이지 않다면 아마도 대답이 더 구체적일 것입니다.

즉:

1. FORTS 또는 FOREX

2. 어떤 종류의 그물이나 헤지를 사용합니까?

3. 포지션 존속 기간 동안 다른 오더 사용 여부

그래서 질문은 무엇입니까-그런 대답

 
fxsaber :
이것이 작동한다는 데 동의하십시오(완전히 채워진 경우).
void OnTradeTransaction ( const MqlTradeTransaction &Trans, const MqlTradeRequest &Request, const MqlTradeResult &Result )
{
   if ((Trans.type == TRADE_TRANSACTION_DEAL_ADD ) && (Trans.position > 0 ) && ! PositionSelectByTicket (Trans.position))
     Print ( "Position #" + ( string )Trans.position + " - triggered SL/TP." );
}

그러나 마치 대화가 다소 광범위 하게 진행되기 시작했습니다 .

ST / TP의 경우 볼륨을 설정할 수 있다는 것이 기억나지 않습니다.

그렇지 않은 경우(확인하겠습니다), 해당 포지션은 완전히 청산되거나 SL 또는 TP가 됩니다.

 
prostotrader :

기억이 안나는 부분은 ST/TP를 기다리는 동안 볼륨을 설정할 수 있고 그렇지 않은 경우,

그러면 포지션이 완전히 닫히거나 SL 또는 TP가 됩니다.

유동성만으로는 충분하지 않을 수 있습니다.
 
fxsaber :
유동성만으로는 충분하지 않을 수 있습니다.
네, 그리고 브로커는 전기를 끌 수 있습니다 :) ....
 
prostotrader :
네, 그리고 브로커는 전기를 끌 수 있습니다 :) ....
액체가 적은 기구를 사용하면 끝입니다.
 
fxsaber :
액체가 적은 기구를 사용하면 끝입니다.

그래서 보류 주문 을 사용하는 것이 좋습니다.

추가됨

많은 것은 시장과 도구에 달려 있습니다 ...

 

OnTradeTransaction 이벤트에 대한 응답이 온 주문의 정확한 식별을 위해 주문에 대한 첫 번째 이벤트를 제외한 모든 이벤트는 티켓으로 서명됩니다.

첫 번째 이벤트는 티켓과 request_id 모두에 의해 서명됩니다. request_id 사용자는 OrderSendAsinc 함수에서 주문을 보낸 직후 수신합니다. 따라서 OrderSendAsinc의 특정 반복은 OnTradeTransaction에서 얻은 결과에 연결됩니다.

OrderSendAsync 에는 티켓이 있을 수도 있고 없을 수도 있으며 주문이 초당 10개(재코드 10008, psyo)로 실행되는 경우에는 없을 가능성이 높습니다.

 
dmipec :

OrderSendAsync에는 티켓이 없을 수 있으며, 주문이 초당 10개(재코드 10008, psyo)로 실행되는 경우 티켓이 없을 가능성이 큽니다.

글쎄요, 짹짹이 아니라 1초에 30번입니다. 표준 로그인에서.

모든 것이 올바르게 작성되면 주문이 필수입니다.

 
Vasiliy Sokolov :

이벤트를 분석하기 보다는 거래 환경의 상태를 분석하고 거래 환경이 변경된 경우에만 필요한 결정을 내리는 것이 필요합니다. OnTransaction은 매우 제한된 경우에만 사용할 수 있으며 일반적으로 작업에서 전혀 사용하지 않는 것이 좋습니다. MetaTrader 4를 보세요. OnTransaction이 없고 모든 사람이 OnTransaction 없이도 잘 지냅니다.

동의한다. 하지만 안타깝게도 MT5에서는 MT4와 달리 거래 환경이 현실과 맞지 않을 수 있습니다. 예를 들어, 보류 주문이 몇 밀리초 동안 실행되면 아무데도 없을 수 있습니다. 그리고 OnTradeTransaction 도 여기에 도움이 되지 않습니다.

123456789
새 코멘트