É possível implementar uma contabilidade FELICITÁVEL da estrutura de posição agregada na MT5? - página 31
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
Quantos...
Os bancos da Federação Russa são os sucessores do sistema bancário da URSS, o sistema bancário da URSS é o sucessor do banco da Rússia czarista, o banco da CR é o sucessor de ...
Faça as contas...
;)
Talvez eles gostassem que aqueles ao seu redor acreditassem nisso. Mas na verdade eles são novo-rico sem história, sem nome, sem reputação.
A questão é que parte desta rotina típica de negociação multi-experts no MT4 foi feita automaticamente e foi incorporada na arquitetura, o que não é o caso no MT5. O que, naturalmente, não é fatal, mas não é conveniente para todos.
Eu diria até que não é conveniente ou confortável para todos
nem a i.
Mas, na maioria dos casos, é apenas uma questão de hábito:
É possível implementar na MT5 uma contabilidade FELICITÁVEL da estrutura de uma posição agregada?
talvez
Guarde no arquivo as informações que são perdidas quando você muda do sistema de lote para o sistema de rede.
Isto não irá retardar o desempenho de seus EAs
-----
em geral, seria interessante ouvir os desenvolvedores
porque eles são contra a implementação de ambos os sistemas simultaneamente
Acho que isso aumentaria seriamente o tamanho da distribuição
e também desacelerar todo o sistema.
mas você teria que perguntar a eles.
É possível implementar uma contabilidade FELICITÁVEL da estrutura de posição agregada na MT5?
possível
salvar em um arquivo as informações que são perdidas quando você muda do sistema de lote para o sistema de rede
Isto não retardará o trabalho de seus Conselheiros Especializados.
A questão não é a complexidade da implementação, mas a confiabilidade da solução. Tal método já foi discutido e exemplos de sua falta de confiabilidade já foram dados.
Deve-se notar que estes exemplos, assim como o próprio conceito de "confiabilidade", não convencem muitas pessoas. Você rotineiramente substitui conceitos, e por "confiabilidade" você significa algo mais.
bingo - o milésimo flubber!
A questão não é sobre a complexidade da implementação, mas sobre a confiabilidade da solução. Tal método já foi discutido e exemplos de sua falta de confiabilidade foram dados.
Então me diga, boneco (desculpe de antemão, não li o tópico primeiro, muito texto)
como a leitura de um arquivo é diferente da leitura do histórico ou da chamada de uma função µl4 padrão?
você pode colocar o que quiser no arquivo
Você pode definir tempo aberto, preço aberto e número do bilhete.
o que você quiser :)
Então me diga, boneco (desculpe de antemão, não li o tópico primeiro, muito texto)
como a leitura de um arquivo é diferente da leitura da história, ou de chamar uma função padrão de µl4?
você pode colocar o que quiser no arquivo
e o horário de abertura, e o preço de abertura, e o número do bilhete.
o que você quiser :)
E se o arquivo foi perdido? Ou ocorreu uma falha durante a gravação no arquivo, então o conteúdo e as ordens não corresponderam com o servidor? Ou você tem que fazer o login de outra empresa sem o arquivo? Há muitas opções onde esta informação será perdida e, se esta perda for involuntária, pode levar a sérias conseqüências financeiras. Isto é, tudo isto acrescenta um novo elo que pode reduzir a confiabilidade do sistema como um todo.
Então me diga, boneco (desculpe de antemão, não li o tópico primeiro, muito texto)
como a leitura de um arquivo é diferente da leitura da história, ou de chamar uma função padrão de µl4?
você pode colocar o que quiser no arquivo
Você pode definir tempo aberto, preço aberto e número do bilhete.
o que você quiser :)
À questão de como é diferente, assim como na anterior sobre "implementação de dois sistemas de contabilidade e complexidades".
Não há complicações e certamente não há aumento na distribuição...
A questão da contabilidade está no plano das mais simples consultas ao banco de dados do servidor.
Repito: para o banco de dados do servidor, ou seja, onde quer que estejamos, a partir de qualquer terminal,
matou nosso arquivo ou não, o bom funcionamento está assegurado... em oposição à autoconstrução...
se algum "hacker malvado" esmagasse um martelo de forja em um disco rígido
e o arquivo fica despressurizado e os dados nele contidos se perdem.
Mas neste caso, mesmo o MT4 não o salvará, porque a EA está morta.
Em outros casos, como uma queda repentina de energia elétrica,
os dados no disco (e, portanto, no arquivo) são salvos
---
há, entretanto, a possibilidade de que algum programa malicioso (por exemplo, outro especialista)
vai para o arquivo e inadvertidamente apaga os dados
mas não é uma questão de qualidade do terminal, mas da qualidade do programador :)
Na prática, um arquivo pode ser morto sem a possibilidade de reanimação em apenas um caso:
se algum "hacker malvado" esmagasse um martelo de forja em um disco rígido
e que foi despressurizado com a perda completa dos dados nele armazenados
mas neste caso nem mesmo o MT4 o salvará porque o Expert Advisor está morto.
Em outros casos, como uma queda repentina de energia elétrica,
>> os dados no disco (e, portanto, no arquivo) são salvos.
---
há, entretanto, a possibilidade de que algum programa malicioso (por exemplo, outro especialista)
entra nesse arquivo e, inadvertidamente, apaga os dados.
mas isto não é uma questão de qualidade do terminal, mas da qualidade do programador :)
Você não precisa nem mesmo matar o arquivo, basta não sobrescrever algumas informações no caso de uma falha, por exemplo.
A manutenção das posições é deslocada para o usuário e pode ser uma fonte adicional de erros. Mesmo puramente lógico ao implementar este bloco.