![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
E, se bem me lembro, antes não existia tal coisa, ou seja, para o dizer de forma suave, uma "característica" acrescentada especialmente para "conveniência" dos programadores, mas que viola a invariância dos códigos existentes (escrita para regras de inicialização anteriores). Assim, o princípio imutável de preservar a compatibilidade do código antigo com as novas versões de software sempre que possível não é observado.
Ninguém é contra as novas características e optimizações. Mas porque não fazê-los de tal forma que o código antigo não seja quebrado? Em particular, para esta nova inicialização poderíamos atribuir um comando de pré-processador adicional semelhante ao #propriedade estrita. Por exemplo, poderia ser #property lazyinit, e se for especificado pelo desenvolvedor (ou seja, explicitamente, o que significa que ele está ciente de uma nova inicialização em mql), então regozijamo-nos com a optimização da optimização. E se não for especificado, então estamos satisfeitos por o código anterior funcionar consistentemente, sem qualquer escavação e procura de locais onde as variáveis globais pudessem permanecer, que agora não só têm de ser declaradas, como também inicializadas separadamente no OnInit. Para cada uma destas variáveis, haverá 2 linhas de código em vez de uma.
Apoio a 100% o iniciador do tópico. O MQ tem vindo a lançar cada vez mais armadilhas na direcção de quadrigêmeos ultimamente.
Se der qualquer nova funcionalidade - tem de garantir que todos os componentes funcionam a todos os níveis de software.
Não importa se foi usado loop infinito, temporizador, etc. Falar de mau estilo de programação é inapropriado quando existe um defeito no MQ.
Isso significa que o programador MQ que criou esta janela com parâmetros não poderia sequer imaginar que os loops poderiam ser utilizados em programas MQL?
Está a dizer que os criadores da MQ não sabem, em princípio, da sua existência? Ou simplesmente não testam o software após a correcção?
Essa é apenas a impressão que tenho.
Quero lembrar a todos que estamos a trabalhar com o mercado Forex, que não tolera quaisquer bugs ou atrasos.
Portanto, absolutamente qualquer bug (perturbação da interacção informativa), e neste caso, obviamente perturbada a relação entre utilizador e robô comercial, é CRÍTICO IMPORTANTE.
Tem-se a sensação de que um quatro pronto e afinado foi injectado com um cinco cru (leite fervido diluído com leite cru) e agora todos se estão a peidar.