Função OrderSendAsync() - página 4

[Denis Kirichenko]

Colegas, o que pensam desta ideia? Em tal estrutura(MqlPacketTradeResult) pode escrever um campo indicando o número de encomendas concluídas, etc.

bool  OrderSendAsync(
   MqlPacketTradeRequest&  packet_request,      // пакетная структура запроса
   MqlPacketTradeResult&   packet_result        // пакетная структура ответа
   );

[Yedelkin]

denkir:

Colegas, o que pensam desta ideia? Em tal estrutura(MqlPacketTradeResult) pode escrever um campo indicando o número de encomendas concluídas , etc.

Mas para tal, teríamos de esperar por uma resposta do servidor dentro da função OrderSendAsync(). E a asincronia da função OrderSendAsync() não terá qualquer resultado. Renat já prometeu que haverá outras funções que podem ser utilizadas para tentar mexer com a OrderSendAsync() depois de activada a OrderSendAsync().

[Denis Kirichenko]

Yedelkin:
Но для этого придётся дожидаться ответа от сервера в рамках функции OrderSendAsync(). И асинхронность функции OrderSendAsync() сойдёт на нет. Ренат же уже пообещал, что будут иные функции, с помощью которых можно попытаться похимичить после срабатывания OrderSendAsync().

Sim, não tinha pensado em assincronia...

É tudo, então:

bool  OrderSendAsync(
   MqlPacketTradeRequest&  packet_request,      // пакетная структура запроса
   );

bool  OrderReceiveAsync(
   MqlPacketTradeResult&   packet_result        // пакетная структура ответа
   );

[Rashid Umarov]

denkir:

Sim, não tinha pensado em assincronia...

Bem, aqui vai:

Assíncrono significa trabalhar sem esperar por uma resposta. Disparar (OrderSenAsync) e correr sem tentar ver se o alvo é atingido. Pois não há tempo.

Uma resposta indirecta seria um som vindo mais tarde (OnTrade) - talvez o tiro tenha atingido o alvo, ou talvez algo tenha simplesmente caído. É aqui que pode olhar para fora e ver (verificar todas as ordens, negócios, posições, etc.) se desejar.

[Yedelkin]

denkir:

Sim, não tinha pensado em assincronia...

Então é tudo:

Bem, então já OrderSendPacketAsync(), OrderReceivePacketAsync :) Para que ainda seja possível enviar um único pedido no modo assíncrono já existente, e procurar informação sobre o mesmo posteriormente.

[Yedelkin]

Rosh:

Uma resposta indirecta é um som que vem mais tarde (OnTrade) - talvez o tiro tenha atingido o alvo, ou talvez algo tenha acabado de cair. É aqui que pode olhar, se desejar (verificar todas as ordens, negócios, posições, etc.).

Assim, sugere a utilização na OnTrade() de alguma função OrderReceiveXXX() para nos permitir reagir não a todos os eventos de Comércio que chegam, mas apenas àqueles que pertencem a filas assíncronas.

[hrenfx]

Rosh:

Assíncrono significa trabalhar sem esperar por uma resposta. Disparar (OrderSenAsync) e correr sem tentar ver se o alvo é atingido. Pois não há tempo.

Uma resposta indirecta é um som posterior (OnTrade) - pode ser que o tiro tenha atingido o alvo ou que algo tenha simplesmente caído. É aqui que pode olhar se quiser (verificar todas as ordens, negócios, posições, etc.).

Está enganado ou devido à sua pouca experiência em comércio em modo assíncrono ou devido à fraca funcionalidade do MT5 para tal tipo de operação.

Não precisa de assíncronia por causa da assíncronia. E é utilizado apenas quando é rentável. Por exemplo, ao negociar uma carteira, quando a carteira precisa de ser comprada ou reequilibrada aqui e agora. Por outras palavras, uma dúzia de ordens de comércio de símbolos diferentes aos preços actuais.

E ninguém o fará, se tratar a assincronia da forma que descreveu - disparar e esquecer. E as reacções aos disparos devem ser avaliadas com base nas posições líquidas actuais. As reacções devem ser específicas a cada ordem comercial.

Se houvesse um redireccionamento, deveríamos ser informados sobre isso ou receber outra resposta. Não devemos adivinhar se houve ou não uma reincidência, uma vez que a posição líquida não mudou por um segundo ou dois.

Na primeira página desta discussão existem diagramas e eventos de mensagens recebidas. Não apareceram apenas do nada, mas com anos de experiência assíncrona. Por isso, vale a pena prestar atenção a tal arquitectura, sem reticências.

[Mykola Demko]

denkir:

Colegas, o que pensam desta ideia? Em tal estrutura(MqlPacketTradeResult) pode escrever um campo indicando o número de encomendas concluídas, etc.

Presume que o lote de encomendas tem sempre os mesmos campos?

IMHO um lote de pedidos idênticos é necessário apenas para fins de demonstração, para o trabalho serão utilizados pedidos de símbolos diferentes com volumes diferentes e, claro, direcções diferentes. E consequentemente, cada pedido terá de ser verificado separadamente, pelo que não faz sentido enviar-lhes um lote.

E o que se supõe é apenas uma ligação do for loop.

[Denis Kirichenko]

Urain:

Está a sugerir que uma pilha de candidaturas tem sempre os mesmos campos preenchidos?

IMHO um lote de aplicações idênticas só é necessário para fins de demonstração, aplicações com caracteres diferentes, volumes diferentes e, claro, direcções diferentes serão utilizadas para o trabalho. E consequentemente, cada pedido terá de ser verificado separadamente, pelo que não faz sentido enviar-lhes um lote.

E o que se supõe é apenas uma ligação do for loop.

E o que o impede de preencher ciclicamente cada pedido ? E depois, tal como ciclicamente processa cada resultado?

[Mykola Demko]

denkir:
O que os impede de preencher ciclicamente cada pedido ? E depois, tal como ciclicamente processa cada resultado?

Se a sua proposta apenas irá complementar a função existente, nada, senão não é claro como a estrutura simples MqlPacketTradeRequest ...

bool  OrderSendAsync(
   MqlPacketTradeRequest&  packet_request,      // пакетная структура запроса
   MqlPacketTradeResult&   packet_result        // пакетная структура ответа
   );

... Se a estrutura MqlPacketTradeRequest é a estrutura da matriz dinâmica das estruturas MqlTradeRequest, ela pode quebrar toda a lógica do servidor que é concebida para estruturas de consulta simples.

Caso contrário, a nível do terminal teríamos de dividir este lote em pedidos separados, o que anula todo o objectivo de introduzir esta sobrecarga.