Discussão do artigo "ZigZag universal" - página 2
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
Nenhum trabalho para especialistas pode se tornar um best-seller por definição - há poucos especialistas.
Por via das dúvidas, não me incluo entre eles. O artigo é para pessoas que acabaram de começar a dominar ou estão prestes a fazê-lo. É bom.
Para que seja bem compreendido, darei links para dois artigos.
O que os links que você citou têm a ver com o tópico do artigo?
Eles são relevantes para a discussão que começou nos comentários iniciais do artigo.
A discussão sobre os "berçários", na verdade, toca em um ponto fundamental.
De fato, o autor afirma que todos os Expert Advisors que trabalham com séries temporais (que são 99% dos Expert Advisors) devem receber dados sobre elas por meio de indicadores (via mecanismo iCustom) e somente dessa forma. Por exemplo, se você quiser trabalhar com preços de abertura, chame o indicador, cujo buffer contém essa série temporal. O raciocínio não é novo - o mecanismo prev_calculated, que foi aperfeiçoado pelos desenvolvedores por mais de 15 anos de experiência na criação de plataformas de negociação.
Um robô está negociando. O corretor, por engano ou intencionalmente, altera algo no histórico de forma retroativa. Prev_calculated é imediatamente redefinido para zero e todos os indicadores são recalculados, inclusive os usados pelo Expert Advisor. É muito difícil prever como o Expert Advisor se comportará depois disso.
Se o Expert Advisor usasse apenas um indicador como um objeto OOP, a situação não seria pior. Portanto, é difícil entender o raciocínio por trás do poder do mecanismo prev_calculated quando aplicado a Expert Advisors.
A discussão sobre o "berçário", na verdade, toca em um ponto fundamental.
1. De fato, o autor afirma que todos os Expert Advisors que trabalham com séries temporais (que são 99% dos Expert Advisors) devem receber dados sobre elas por meio de indicadores (via mecanismo iCustom) e somente dessa forma. Por exemplo, se você quiser trabalhar com preços de abertura, chame o indicador, cujo buffer contém essa série temporal. O raciocínio não é novo - o mecanismo prev_calculated, que foi aperfeiçoado pelos desenvolvedores por mais de 15 anos de experiência na criação de plataformas de negociação.
2. o robô negocia. O corretor, por engano ou intencionalmente, altera algo no histórico de forma retroativa. Prev_calculated é imediatamente redefinido para zero e todos os indicadores são recalculados, inclusive os usados pelo Expert Advisor. É muito difícil prever como o Expert Advisor se comportará depois disso.
3) Se o Expert Advisor usasse apenas o indicador como um objeto OOP, a situação não seria pior. Portanto, é difícil entender o raciocínio por trás do poder do mecanismo prev_calculated quando aplicado a Expert Advisors.
1. Nada disso. Apenas afirmo que calcular indicadores em um Expert Advisor é uma grande bobagem.
2. Ele se comportará normalmente, nada incomum. Ninguém sabe quais leituras o indicador terá na próxima barra, mas até agora não houve nenhuma inundação global.
3) O que a OOP tem a ver com isso?1. Nada disso. Apenas afirmo que calcular indicadores no Expert Advisor é uma grande loucura.
O prev_calculated é o motivo? Diga o motivo.
2. Ele se comportará normalmente, sem nada incomum. Ninguém sabe o que o indicador mostrará na próxima barra, mas até agora não houve nenhuma inundação global.
3) O que a OOP tem a ver com isso?É conveniente simplesmente fazer referência ao indicador no Expert Advisor por meio de Indicator[NumBuffer][Pos]. Portanto, estamos falando de OOP. Em vez de iCustom, crie um novo Indicator. Nesse caso, tudo estará dentro do EA. Dessa forma, o código será ainda mais otimizado.
Ou seja, é lógico escrever um indicador OOP tanto para a visualização quanto para o EA.
1. Prev_calculated é a causa? Indique o motivo.
2. É conveniente simplesmente fazer referência ao indicador no Expert Advisor por meio de Indicator[NumBuffer][Pos]. Portanto, estamos falando de OOP. Em vez de iCustom, crie um novo indicador. Nesse caso, tudo estará dentro do EA. Dessa forma, o código será ainda mais otimizado.
Ou seja, é lógico escrever um indicador OOP tanto para visualização quanto para o Expert Advisor.
1. Sim. Em prev_calculated. O único, inegável e insuperável. Se alguém tiver uma opinião diferente, está iludido.
2. O iCustom também pode ser usado por meio de uma junta na forma de OOP. É uma questão pessoal e não muda nada fundamentalmente. A questão é que você sugere o que você mesmo não sabe, você sugere calcular indicadores no Expert Advisor, mas veja o ponto 1 aqui e no meu post anterior.
1. Sim, é. A única, inegável e irresistível. Se alguém tiver uma opinião diferente, está iludido.
2. O iCustom também pode ser usado por meio de um padding na forma de OOP. É uma questão pessoal e não muda nada fundamentalmente. A questão é que você propõe o que você mesmo não sabe, você propõe calcular indicadores no Expert Advisor, mas veja o ponto 1 aqui e no meu post anterior.
Afirmo que o código dos indicadores dentro do Expert Advisor não é inferior e não requer visualização (buffers).
Destaquei sua resposta em negrito. Um argumento, no entanto.
1. Afirmo que o código dos indicadores dentro do Expert Advisor não é inferior e não exige visualização (buffers).
Destaquei sua resposta em negrito. Um argumento, no entanto.
1. Declaração sem fundamento e errônea.
2) Argumento.