Seqüência de execução Init() e DeInit() - página 14
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
OK. Os soquetes são um exemplo infeliz.
Então vamos levar outro - pulando da varanda! O ar condicionado proíbe saltar da varanda? - Não? - então por que você não pratica para fins de adrenalina?
Quaisquer objetivos devem ser alcançados por meios sãos, caso contrário, os objetivos são irracionais.
A varanda também é um mau exemplo. As varandas têm grades e até mesmo sua altura é regulada pelo código de construção. Mas você pode retirar a grade de sua varanda em casa, você entende e não vai pular da varanda.
A varanda também é um exemplo infeliz. Os balcões têm grades e sua altura é regulamentada pelo regulamento. Você pode retirar o corrimão da varanda em casa. Você entende e não vai pular da varanda.
Você estava falando sobre o que o CC não o proíbe de fazer. Pular da varanda não é proibido pelo CC. Pressionar rapidamente o botão de energia em um computador não é proibido pelo CC. O CA não proíbe muitas coisas a fazer, mas ninguém o fará no seu perfeito juízo.
Mas você quer mudar a TF.... com freqüência. Eu me pergunto por quê. Só porque o Reino Unido não o proíbe? - mas isso é uma crítica, não um desejo para a MQ.
Você estava falando sobre o que o CC não o proíbe de fazer. Pular da varanda não é proibido pelo CC. Pressionar rapidamente o botão de energia em um computador não é proibido pelo CC. O CC não proíbe muitas coisas, mas ninguém no seu perfeito juízo as faria.
Mas você quer mudar a TF.... com freqüência. Eu me pergunto por quê! Só porque o Reino Unido não o proíbe? - Mas isso é uma crítica, não um desejo para a MQ.
Não escrevi tal coisa que eu quisesse. O fato é que isso pode acontecer. Imagine na geladeira de sua casa, a lâmpada na qual quando você abre a porta está ligada ou desligada, você precisa de uma certa velocidade para abrir a porta, o que funcionaria corretamente. Não é cretinismo?
Estou surpreso, você não é um engenheiro de design? Ou você é o chefe de um grupo de arte amadora em um centro cultural? Você não tem nenhuma compreensão dos princípios básicos de projeto.
Não escrevi tal coisa que eu quisesse que acontecesse. O fato é que isso pode acontecer. Imagine uma geladeira em sua casa onde a lâmpada acende e apaga quando você abre a porta e você tem que abrir a porta a uma certa velocidade para que ela funcione corretamente. Não é cretinismo?
Estou surpreso, você não é um engenheiro de design? Ou você é o chefe de um grupo de arte amadora em um centro cultural? Você não tem nenhuma compreensão dos princípios básicos de projeto.
Você é o único que não tem nenhuma compreensão dos princípios de projeto.
Há um maravilhoso provérbio: "Dê um copo a um tolo ***, ele vai quebrar *** e cortar suas mãos".
Eu lhe fiz 2 vezes a pergunta: o que para você pode precisar trocar o TF com freqüência - qual é o sentido prático desses gestos (ações do programa)? Não tenho uma resposta.
Não vou participar de discussões idiotas sobre como se pode quebrar algo de propósito, eu sou um engenheiro, não um terminador.
É você que não entende os princípios de projeto.
Há um maravilhoso provérbio: "Dê um copo a um tolo ***, ele vai quebrar seu *** e cortar suas mãos".
Eu lhe fiz 2 vezes uma pergunta: o que para você pode precisar trocar o TF com freqüência? Qual é o sentido prático desses gestos (ações do programa). Não tenho uma resposta.
Não vou participar de discussões idiotas sobre como se pode quebrar algo de propósito, eu sou um engenheiro, não um terminador.
Você já começou a usar um crachá do ensino superior?
Sugiro a eliminação de tudo, a partir do posto 125, por não ser relevante para uma discussão construtiva do problema do deinit e da init ordem ao mudar as TFs.
Isso é uma perda de tempo, foi uma discussão muito construtiva e esclarecedora.
É você que não entende os princípios de projeto.
Há um maravilhoso provérbio: "Dê um copo a um tolo ***, ele vai quebrar seu *** e cortar suas mãos".
Eu lhe fiz 2 vezes a pergunta: por que você precisa trocar de TFs com freqüência? Qual é o sentido prático desses gestos (ações do programa)? Não recebi uma resposta.
Quando você entender os princípios do projeto, deve ficar claro que a ausência de um ancinho é boa e a presença dele é ruim, e a analogia com o provérbio é inadequada.
Com relação às perguntas. Primeiramente, por que se agarrar à frase sobre "troca frequente"? Com a implementação atual, a freqüência não tem nenhum efeito sobre o problema - ela pode se manifestar também com uma única comutação. E em segundo lugar, para responder em essência, por exemplo, o mesmo Slawa recomendou chamar ChartSetSymbolPeriod como uma forma "moderna" de atualizar os gráficos off-line. Não há garantia de que este know-how não será incorporado em alguns poucos indicadores em um gráfico e acionado em um curto período de tempo.
Entendo que é pouco provável que a situação mude, mas vamos pelo menos pedir à MQ que explique toda essa bela lógica atual na ajuda, juntamente com todos os detalhes sobre as diferenças entre especialistas e índices, a mudança de prazos para cima e para baixo, e sobre os códigos de razão de inicialização (em particular, a ajuda ainda nega o código 3 para os indicadores).
Com uma compreensão dos princípios de design, deve ficar claro que não ter um ancinho é bom e ter um ancinho é ruim, e a analogia com o provérbio é descabida.
Em relação às perguntas. Primeiramente, por que se agarrar à frase sobre "troca frequente"? Com a implementação atual, a freqüência não tem nenhum efeito sobre o problema - ela pode se manifestar também com uma única comutação. E em segundo lugar, para responder em essência, por exemplo, o mesmo Slawa recomendou chamar ChartSetSymbolPeriod como uma forma "moderna" de atualizar os gráficos off-line. Não há garantia de que este know-how não será incorporado em alguns poucos indicadores em um gráfico e acionado em um curto período de tempo.
Entendo que é pouco provável que a situação mude, mas vamos pelo menos pedir ao MQ que explique toda essa bela lógica atual na ajuda, juntamente com todos os detalhes sobre as diferenças entre EAs e índices, a mudança para cima e para baixo de prazos, e sobre os códigos de razão de inicialização (em particular, a ajuda ainda nega o código 3 para os indicadores).
A comutação TF freqüente é a única coisa a que Dimitri apelou como argumento no sentido de que um tolo pode fazer. Portanto, o adágio é muito apropriado.
A única coisa com a qual posso concordar é que ela precisa ser documentada na referência. E especialmente detalhar o que pode se comportar de forma diferente nas mesmas situações para diferentes tipos de programas.
A comutação TF freqüente é a única coisa à qual Dmitry apelou como argumento no sentido de que um tolo pode fazer. Portanto, o adágio é muito apropriado.
A única coisa com a qual posso concordar é que ela precisa ser documentada na referência. E especialmente detalhar o que pode se comportar de forma diferente nas mesmas situações para diferentes tipos de programas.
Na verdade, acabei de lhe dizer como é com o init e o deinit.
Mas em geral, a abordagem da engenharia é super - quer funcione ou não, às vezes funciona, às vezes não) - não é um problema de todo, não é fatal.