Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Pergunta: De que secção posso descarregar o manual MQL5 como um ficheiro chm ou pdf? O link https://www.mql5.com/files/docs/mql5_russian.chm funciona, mas de que secção devo descarregá-lo? Antes era da secção de Documentação, mas agora é apenas documentação online.
Não há links disponíveis na secção de Documentação do sítio web(https://www.mql5.com/ru/docs)?
A transacção só está activa no momento da transacção, pelo que nada pode ser alterado/zeroed. Refere-se a uma ordem mágica de fecho? No comércio manual, um magik não é atribuído às ordens, bem como aos negócios com base nos quais as ordens são colocadas.
A sequência é a seguinte:
- uma encomenda pendente foi colocada pelo Conselheiro Especialista com um número mágico não zero
- a ordem foi accionada e a posição aberta
- a posição é fechada manualmente
Pergunta: este comércio fechado terá um número mágico não nulo ou será zero?A sequência é a seguinte:
- uma encomenda pendente foi colocada pelo Conselheiro Especialista com um número mágico não zero
- a ordem foi accionada e a posição aberta
- esta posição foi fechada manualmente
Pergunta: este comércio fechado terá um número mágico não nulo ou será zero?Resposta: Propriedades dos ofícios
Um acordo é um reflexo do facto de uma operação comercial ter sido executada com base numa ordem que contém uma ordem comercial. Cada negócio é descrito por propriedades que permitem obter informações sobre o mesmo. Paraler os valores das propriedades, são utilizadas as funções do tipo HistoryDealGet...(), que retornam os valores dos enumeros correspondentes.
Para a função HistoryDealGetInteger()
ENUM_DEAL_PROPERTY_INTEGER
Identificador
Descrição
Tipo
DEAL_ORDER
Ordem com base na qual o comércio foi executado
longo
DEAL_TIME
Tempo de execução do negócio
data/hora
DEAL_TYPE
Tipo de negócio
ENUM_DEAL_TYPE
DEAL_ENTRY
Direcção do negócio - entrada, saída ou inversão do mercado
ENUM_DEAL_ENTRY
DEAL_MAGIC
Número mágico para o negócio (ver ORDER_MAGIC)
longo
DEAL_POSITION_ID
Identificador da posição, na abertura, modificação ou encerramento da qual este acordo estava envolvido. Cada posição tem um identificador único, que é atribuído a todos os negócios realizados no instrumento durante o tempo de vida da posição.
longo
Isto também já foi tentado:
O resultado é também um valor nulo devolvido.Pelo que entendo, antes de recuperar as propriedades de uma determinada transacção, é necessário seleccioná-la usando - HistoryDealSelect
HistóriaDealSelect
Selecciona o negócio no histórico para acesso posterior ao mesmo através das funções apropriadas. Retorna verdadeiro se a função for concluída com sucesso. Retorna falso quando a função falha. Para obter a informação sobre o erro, é necessário chamar a função GetLastError().
AHistóriaDealSelect(
ulong bilhete//ticket do negócio
);
Parâmetros
bilhete
[em] Bilhete
Valor devolvido
Retorna verdadeiro se for bem sucedido, caso contrário falso.
Não se percebe bem.
HistóriaDealGetTicket também selecciona o negócio.
Não se percebe bem.
HistóriaDealGetTicket também selecciona o negócio.
Não, estás a fazê-lo bem. É que quando se define uma ordem (fazer uma troca) manualmente, a Magia não é definida (por defeito = 0). É para isso que foi concebido, para que a EA possa distinguir as suas próprias transacções de todas as outras transacções. Se quiser ligar todas as operações sobre a posição, EA e manual, utilize POSITION_IDENTIFIER, será o mesmo para todas as transacções.
Portanto, o que está a dizer é que com esta sequência de operações:
o acordo resultante terá um número mágico zero na história e não haverá forma de o obter?
Portanto, o que está a dizer é que com esta sequência de operações:
o acordo resultante terá um número mágico zero na história e não há forma de o obter?
A magia de um acordo é determinada pela magia da ordem como resultado da execução da qual foi executada. Mas ao enviar manualmente um pedido para realizar um negócio (ordem), pode definir um magik? Sim, o acordo resultante terá um número mágico zero na história. Pode ser obtido e será 0 (o que significa que o mágico não está definido).
Talvez estejamos a falar de coisas diferentes? Na ordem que deu, haveria dois ofícios, o primeiro seria accionado e o segundo - quando a posição fosse fechada manualmente, o seu número mágico seria 0.O magik de uma transacção é determinado pelo magik da ordem que a causou a ser executada. E enviar manualmente um pedido de transacção (encomenda), pode definir um magik? Sim, o acordo resultante terá um número mágico zero na história. Pode ser obtido e será 0 (o que significa que o mágico não está definido).
Talvez estejamos a falar de coisas diferentes? Na sequência dada por si, haveria duas transacções, a primeira ordem desencadeada, a transacção com um número mágico definido na ordem e a segunda - quando a posição fosse fechada manualmente, o seu número mágico seria 0.