Erros, bugs, perguntas - página 1563
![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Seria muito mais conveniente se, para cada símbolo, o terminal guardasse um contador de carrapatos (desde o momento da ligação). E cada Conselheiro Especialista, quando chamado, obteria o número do tick, sobre o qual era chamado.
Isto permitiria estimar os carrapatos perdidos.
Neste momento, cada EA tem de ser accionada num gráfico. BookEvent é a primeira andorinha, dizendo que não são necessários gráficos para a realização de EAs.
Em funcionamento normal, uma EA só será chamada em cada tick do segundo símbolo se essa EA for anexada ao gráfico desse mesmo segundo símbolo.
E não há necessidade de se preocupar com quaisquer eventos de cartas. Tudo já foi feito antes de si, só precisa de olhar à sua volta.
1. Por exemplo, fazer um temporizador de 1 segundo.
2. Organiza um loop de zero a 100 no OnTimer com Sleep(10) e controla-o para não correr mais de 1 segundo.
3. Analise qualquer instrumento de que goste usando as consultas SymbolInfoTick.
Este desenho também funcionará no testador
É claro que esta construção também não funcionará bem no testador - saltará carraças. Surpreende-me que você (o revelador) sugira a utilização de uma muleta no seu próprio produto!
Não são necessárias novas entidades. A avaliação das carraças falhadas pode ser feita pelo contador já existente. Chama-se tick_volume
Tente chamar a copitix para algum bar, com um pedido de um número apropriado de barras de carraça-volume-carraça. E veja como este parâmetro se compara com o que o copytix produz.
A diferença é enorme mesmo na M1! Já para não falar das outras TFs.
Um consultor especializado trabalha com apenas um gráfico. Se o OnTick for escrito correctamente e sem travões, o Expert Advisor não falhará um único tick
Isto é um dado adquirido.
Se precisar de processamento simultâneo de vários símbolos, então execute Expert Advisors nos gráficos dos instrumentos necessários. Uma ferramenta - um Consultor Especialista.
Mas só se pode testar um consultor especializado. Isto também é um dado adquirido.
E quanto a saltar carraças no circuito no OnTimer, precisa de provas reprodutíveis. Têm-nas?
Um consultor especializado trabalha com apenas um gráfico. Se o OnTick for escrito correctamente e sem travões, o Expert Advisor não falhará um único tick
Isto é um dado adquirido.
Se precisar de processamento simultâneo de vários símbolos, então execute Expert Advisors nos gráficos dos instrumentos necessários. Um símbolo - um Conselheiro Especialista.
Mas só se pode testar um consultor especializado. Isto também é um dado adquirido.
Estas afirmações fazem-me encolher. Se quiser trocar vários símbolos de uma só vez, dirija tantos Expert Advisors? Isso é muito fixe! Talvez me tenha enganado em alguma coisa, pensando que o testador é multisímbolo.
E no que diz respeito a saltar no laço no OnTimer necessita de provas reprodutíveis. Têm-nas?
Troque quantos símbolos quiser de um único EA no testador, mas não tente inventar contos altos e depois pergunte-se sobre eles.
Pretende um fluxo sincronizado completo de todos os símbolos num único ponto OnTick, que não funciona no terminal ou no testador. No OnTick vem o fluxo de carraças do símbolo de trabalho actual. O testador tem um comportamento semelhante ao do terminal.
Para ter acesso ao fluxo de outros símbolos, ser-lhe-ão oferecidas alternativas de trabalho. Embora inconveniente, não há outra saída.
Encontrei uma função interessanteMQL5InfoInteger() no ficheiro da biblioteca Trade.mqh. Conheço MQLInfoInteger() mas não conheço este. F1 não reage a ela, mas as suas acções parecem ser semelhantes às da MQLInfoInteger().
Esta função é necessária na biblioteca?
Este tipo de afirmação faz-me encolher. Queremos trocar vários símbolos de uma só vez - gerir tantos EAs? Fixe! Devo ter-me enganado ao pensar que o testador é multissimbólico.
Não tenho provas (não as preparei) da verdade da minha afirmação óbvia. Mas vou tentar prepará-los. Surpreende-me cada vez mais.O testador é um multisímbolo. Pode negociar os instrumentos que quiser, desde que estejam disponíveis no servidor.
Mas como só pode testar um Expert Advisor num símbolo, deve avaliar por si mesmo a recepção de carraças para "outros" símbolos. Foi por isso que propusemos um loop no OnTimer.
O evento gráfico do indicador correspondente é também uma solução, e é mais directo, do que um ciclo, e não é de todo mutilado. Mas não é claro, o que é que o IndicatorRelease tem a ver com isto?
A entrada de gráficos do indicador correspondente é também uma solução, mais directa do que um laço e não uma muleta de todo.
iCustom+IndicatorRelease. A criação de entidades complexas a partir do nada provavelmente não é uma muleta. Não há discussão sobre gostos. A questão é saber quanto é que uma muleta dessas em numerosos agentes irá desperdiçar recursos.
Bem, quase tudo é fixe em 5. A velocidade é de primeira qualidade. E aqui, desculpe, alguma pilosidade total onde não se espera.
Para aceder ao tic-stream de outras personagens, ser-lhe-ão oferecidas soluções de trabalho. Embora inconveniente, mas não há outra saída.
Vasiliy mencionou que em FORTS (não no testador) o mecanismo funciona através de assinatura e BookEvent. Assim, evita de todo amarrar a EA a qualquer tabela.