Na MQL5 há sempre espaço para uma exploração! ;) - página 9
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
Alexey, deve também dizer-me como embrulhar arrays, emitidos pela função OnCalculate(), numa classe - neste caso, não pode passar sem copiar apontadores.
Neste momento, estou apenas a copiar dados para a minha colecção, e depois estou a puxar um ponteiro para este objecto. Mas isso iria obter alguma cópia extra, o que, como vejo, acrescenta bastante "peso" às carraças frequentes e ao grande número de gráficos. Quero ver-me livre desta cópia. Mas, excepto para uma muleta via DLL (padrão ou auto-escrita), não há nada que eu possa sugerir.
No Service Desk, eles continuam a empurrar-me de volta dizendo "o objecto pode ser apagado". Mas estas são as suas próprias matrizes! Quando digo que posso criar um objecto e depois removê-lo e o ponteiro se torna inválido - eles respondem que "sou eu que serei responsável por isto". Isto é "dupla moralidade" no trabalho.
E para o inferno com esta DLL - mas tais indicadores requerem confirmação constante no arranque - o que é muito perturbador...
Sobre a opção de confirmação. Tem de ser feito uma vez na rede de terminais, não é? Onde está a "confirmação permanente" aqui?
Se um for de ferro, eu tenho um antídoto. um indicador que vai para as definições do mt e verifica a caixa. É verdade que esta ferramenta também deve ser importada primeiro ))))
Sobre o "objecto" e o Service Desk. O objecto em MT é uma noção subjectiva. Para o programador MQL, o objecto é algo que é apanhado pelo colector de lixo quando há uma fuga.
Algo que é criado por um alocador legítimo de MQL.
De um WinAPI ou sino de processo, este alocador em si e qualquer área de execução "estática" de um indicador/especialista e o ouriço com ele, é também um objecto.
Um objecto que está algures na anca MT, juntamente com janelas, fios e o botão "fechar".
Daí a moralidade ambígua, daí uma série de restrições MQL que não permitem trabalhar com apontadores reais, endereços de memória, ganchos, enxertos de todo o tipo de callbacks.
Na minha opinião, os rapazes permitiram a importação do dll por nada. É provavelmente a maior dor no pescoço agora. Por um lado, os programadores MQL pedem mais potência, mas por outro lado o próprio terminal deve continuar a ser um produto monolítico. Não um waffle à mercê de vários mods e remendos de escribas populares.
Não considero um pecado importar um dll que já está a ser puxado pelo terminal tal como está.
Sobre a opção de confirmação. Tem de ser feito uma vez nas configurações do terminal, não é? Onde está a "confirmação permanente" aqui?
Se um for de ferro, eu tenho um antídoto. um indicador que vai para as definições do mt e verifica a caixa. É verdade que esta ferramenta também deve ser importada primeiro ))))
Sobre o "objecto" e o Service Desk. O objecto em MT é uma noção subjectiva. Para o programador MQL, o objecto é algo que é apanhado pelo colector de lixo quando há uma fuga.
Algo que é criado por um alocador legítimo de MQL.
De um WinAPI ou sino de processo, este alocador em si e qualquer área de execução "estática" de um indicador/especialista e o ouriço com ele, é também um objecto.
Um objecto que está algures na anca MT, juntamente com janelas, fios e o botão "fechar".
Daí a moralidade ambígua, daí uma série de restrições MQL que não permitem trabalhar com apontadores reais, endereços de memória, ganchos, enxertos de todo o tipo de callbacks.
Na minha opinião, os rapazes permitiram a importação do dll por nada. É provavelmente a maior dor no pescoço agora. Por um lado, os programadores MQL pedem mais potência, mas por outro lado o próprio terminal deve continuar a ser um produto monolítico. Não um waffle à mercê de vários mods e remendos de escribas populares.