OrderSendAsync() 함수 - 페이지 7

[[삭제]]

통제 없는 비동기 = 혼돈.

비동기 제어는 OnTrade()에서만 수행할 수 있습니다.

OnTrade()에서 특정 요청을 식별할 필요가 있습니다.

따라서 OrderSendAsync()가 서버에서 수신한 티켓 번호를 반환해야 한다는 사실에 도달했습니다(타임아웃이 있는 상황은 제외). 티켓 번호는 서버와 클라이언트 모두에 대한 요청을 고유하게 식별하는 데 필요합니다.

이 메커니즘을 통합함으로써 OrderSend() 함수를 수정하여 티켓 번호를 반환하거나 서버에 주문을 보내지 못한 경우 "-1"을 반환할 수도 있습니다.

또한 프로그램에서 생성된 티켓 목록으로 클래스를 구현합니다.

각 OnTrade() 이벤트에 대해 다음을 이해합니다.

1. 일반적으로 이것은 우리의 작업이거나 예를 들어 Expert Advisor의 다른 인스턴스(마법사는 더 이상 필요하지 않음)의 작업입니다.

2. 어떤 요청에 대한 답변을 받습니다.

[TheXpert]

voix_kas :

따라서 OrderSendAsync()가 서버에서 수신한 티켓 번호를 반환해야 한다는 사실에 도달했습니다(타임아웃이 있는 상황은 제외). 티켓 번호는 서버와 클라이언트 모두에 대한 요청을 고유하게 식별하는 데 필요합니다.

안녕하세요. Vkurse 일반적으로 비동기 란 무엇입니까?

[Denis Kirichenko]

TheXpert :
안녕하세요. Vkurse 일반적으로 비동기 란 무엇입니까?

<<동기적 비동기를 줘!>>

[Renat Fatkhullin]

이제 우리는 서버 응답의 정확한 세부 정보를 포함하는 OnTradeResult( MqlTradeResult &info) 기능을 추가하는 것에 대해 논의하고 있습니다.

[Mykola Demko]

Renat :
이제 우리는 서버 응답의 정확한 세부 정보를 포함하는 OnTradeResult( MqlTradeResult &info) 기능을 추가하는 것에 대해 논의하고 있습니다.

제 생각에는 사용자의 관점에서 볼 때 다음과 같아야 합니다.

사용자는 포인터 작업을 위한 클래스를 작성하고 여기에 거래 신호 처리 클래스를 첨부합니다.

시그널(들)이 나타났고, 새로운 객체들이 생성되었고, 요청(들)이 각각 서버로 보내졌습니다. 객체는 시그널이 실행되기 전에 존재합니다.

OnTrade에서는 운명이 모니터링되고 결정이 내려지거나(또는/또는) 새로운 요청을 보내거나 문제가 해결된 대상을 파기합니다.

이 방식에서 Trade 이벤트의 주어진 활성화와 관련하여 처리할 객체를 식별하는 것이 필요합니다.

[TheXpert]

Urain :

이 방식에서 Trade 이벤트의 주어진 활성화와 관련하여 처리할 객체를 식별하는 것이 필요합니다.

뭐가 문제 야?

[Mykola Demko]

TheXpert :
뭐가 문제 야?

농담하는거야?

거래는 이제 얼굴이 없으며 목록에서 도착과 관련하여 처리해야 하는 개체를 결정하는 것은 불가능합니다.

[TheXpert]

Urain :

농담하는거야?

별말씀을요. 그건 그렇고, 당신은 OnTrade를 별로 신경쓰지 않아도 됩니다. 왜냐하면. 100%의 경우에 오지 않을 것입니다(이것은 MT4의 오류 1과 거의 동일함)

저것들. 그래도 보험을 들어야 합니다.

따라서 즉시 "모든 것을 올바르게 하는" 것이 더 좋지 않습니까(c)?

[Mykola Demko]

TheXpert :

별말씀을요. 그건 그렇고, 당신은 OnTrade를 별로 신경쓰지 않아도 됩니다. 왜냐하면. 100%의 경우에 오지 않을 것입니다(이것은 MT4의 오류 1과 거의 동일합니다)

저것들. 그래도 보험을 들어야 합니다.

따라서 즉시 "모든 것을 올바르게 하는" 것이 더 좋지 않습니까(c)?

~100%의 경우에 무역이 오지 않는 이유를 정당화하시겠습니까?

[TheXpert]

Urain :
~100%의 경우에 무역이 오지 않는 이유를 정당화하시겠습니까?

패킷 파손, 통신 단절 등이 발생하기 때문입니다. 쓰레기. 신뢰할 수 없는. 신뢰할 수 없음 - 제거해야 합니다.