Especialistas: Diff_TF_MA_EA - página 4
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 isso?
Se todas as condições forem atendidas, nós trabalhamos. Caso contrário, não. Por que tantos ifs e continues quando apenas um if é suficiente?
Portanto, não entendo sua reclamação aqui sobre o código e o programador que o escreveu em algumas preferências próprias.
Onde?
Se todas as condições forem atendidas, nós trabalhamos. Caso contrário, não. Por que tantos ifs e continues quando um if é suficiente?
Não há nenhuma diferença. Mas seu gosto por colocar tudo em uma única linha torna o código difícil de ler.
E aqui, creio eu, está um material para estudo. Portanto, você não deve impor algo que será difícil de entender.
Sinto muito, mas seus códigos são difíceis de entender :) Desde que você o desmonte e o transforme em condições compreensíveis, você terá uma bagunça.
Além disso, as macros não podem ser depuradas.
Não há nenhuma diferença. Mas seu gosto por colocar tudo em uma única linha torna o código difícil de ler.
E aqui, acho que é um material para estudo. Portanto, você não deve impor algo que será difícil de entender.
Desculpe-me, mas seus códigos são difíceis de entender :) Enquanto estiver analisando-os e desdobrando-os em condições compreensíveis, você terá uma bagunça.
Além disso, as macros não podem ser depuradas.
O que meu estilo pessoal tem a ver com isso? Ou a avaliação do código agora depende da autoria?
Você pode perguntar às pessoas qual código é mais claro. Na minha opinião, nada é mais claro
Se todas as condições forem atendidas, nós funcionamos. Caso contrário, não.
Se todas as condições forem atendidas, nós trabalhamos. Caso contrário, não. Por que tantos ifs e continues quando um if é suficiente?
Onde?
Bem, talvez não seja uma reclamação, mas uma dica constante de uma abordagem errada.
Acho (bem, desde que cheguei aqui ontem) que diferentes abordagens para a compilação de código têm o direito de existir e não apenas aquelas que um de nós - os presentes aqui - simplesmente gosta.
Mas, ainda assim, tentarei me repetir: há códigos de ensino no kodobase. E nossa tarefa é explicar às pessoas que perguntam sobre algo.
Até agora, porém, vejo que apenas nós dois estamos despertando interesse. E então, falamos de nossa própria torre de sino ;)
Seria interessante ouvir a opinião de outras pessoas. Caso contrário, nós dois ficaremos dando voltas e voltas - eu estou falando sobre o fato de ser um livro didático, e você está falando sobre o fato de que qualquer livro didático deve ser absolutamente impecável. (E quanto ao "Hello Word!"? :))
Quero dizer, é um livro didático, e você quer dizer que qualquer livro didático deve ser absolutamente impecável.
Não deve haver erros óbvios. Não há reclamações sobre estilística, apenas uma tentativa de entender e mostrar que é possível fazer o contrário.
ZЫ Ninguém lê este tópico, porque os tópicos de discussão do KB-prog são abertos apenas por acidente.
O que meu estilo pessoal tem a ver com isso? Ou a avaliação do código agora depende da autoria?
Você pode perguntar às pessoas qual código é mais claro. Não acho que seja mais claro
Dois códigos idênticos escritos de forma ligeiramente diferente. Não se trata das preferências de cada indivíduo.
Mas você fez a pergunta: "por que desta forma e não daquela?".... Acho que é porque:
Fórum sobre negociação, sistemas de negociação automatizados e teste de estratégias de negociação.
Expert Advisors: Diff_TF_MA_EA
fxsaber, 2018.02.02 10:05 am.
O que meu estilo pessoal tem a ver com isso? Ou a avaliação do código agora depende da autoria?
Você pode perguntar às pessoas qual código é mais claro. Na minha opinião, nada é mais claro
Não deve haver erros óbvios. Não há reclamações sobre a estilística, apenas uma tentativa de entender e mostrar que isso pode ser feito de forma diferente.
É claro que pode ser diferente. E não vejo nenhum erro óbvio no contexto do código de todo o programa. Sim, as verificações foram reduzidas. Mas elas não são necessárias, e é por isso que provavelmente foram reduzidas. E eu já expliquei a substituição da enumeração - eles a substituíram em vão - agora é mais difícil melhorá-la - você precisa alterar a enumeração de entrada. Todas as outras coisas são iguais.
Dois códigos idênticos escritos de forma ligeiramente diferente. Não se trata das preferências de cada indivíduo.
Mas você fez a pergunta: "por que desta forma e não daquela?".... Acho que é porque:
Presumo que ele não esteja ciente da alternativa. Mas o autor se mantém em silêncio.
A propósito, esse "estilo pessoal do programador" é, na verdade, o resultado do uso no QB.
É claro que você pode fazer isso de forma diferente. E não vejo nenhum erro óbvio no contexto do código de todo o programa. Sim, as verificações são reduzidas. Mas elas não são necessárias, por isso são reduzidas. E eu já expliquei a substituição da enumeração - eles a substituíram em vão - agora é mais difícil melhorá-la - você precisa alterar a enumeração de entrada. Todas as outras coisas são iguais.
Eu a substituí.
Um erro grave.
Presumo que ele não esteja ciente da alternativa. Mas o autor está em silêncio.
A propósito, esse "estilo pessoal do programador" é, na verdade, o resultado de seu uso na KB.
Só poderemos descobrir isso quando o autor nos responder.
Mas sobre estilos pessoais dependendo do uso da KB, isso provavelmente é um exagero - você publicou na KB, não sabe o requisito para trazer o estilo para o estilo MK? Eu sei, e estou bastante surpreso com o fato de meus códigos na KB serem publicados no meu estilo. Aqui, muito provavelmente, é o estilo do programador ou o requisito de estilo idêntico de toda a KB.