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
Eu me pergunto, quantas pessoas usam comentários para funções (classes, estruturas...) usando exatamente este desenho à esquerda?
Uso-o com muita freqüência e densamente (É verdade, não o formato como "quadrados", escrevo-o "exatamente assim".
Aqui está meu arquivo de interface do histórico de licitações atual. E esse não é o número máximo de comentários.
Em geral, quanto mais específica for a classe - mais comentários deve ter.
Bem, a menos que você tenha mega-memória, como Peter Konov, você pode fazer sem comentários.
Sim, quem gosta do que gosta. Pessoalmente, não consigo ver o código tão bem formatado que não consiga ver o código em si.
Talvez dominar oVisual Studio Code fosse uma boa solução.
Heh heh heh heh... Fico confuso quando "você não consegue ver a floresta para as árvores".
Só neste fragmento - tudo parece estar correto, mas sem um único comentário, e como este "empilhamento", sem omissões, cara, como é difícil entender...
Eu apago este tipo de comentário de uma só vez, pois obstrui os olhos e escrevo assim
Pronto! Sim.
Para funções curtas e simples, o estilo de comentário mais normal, na minha opinião.
Vou colocar meus cinco centavos.
Quanto à formatação. Você precisa entrar em vários estilos. Uma é a da MQ. Eu proponho este:
Vou colocar meus cinco centavos.
Quanto à formatação. Você precisa entrar em vários estilos. Uma é a da MQ. Eu proponho este:
Não gosto de todos os parênteses encaracolados do estilo atual. Não entendo porque eles os mudaram de lugar. Eu sempre alinho todos os aparelhos a Tab, como em seu exemplo.
Uso-o com muita freqüência e densamente (É verdade, não o formato como "quadrados", escrevo-o "exatamente assim".
Aqui está meu arquivo de interface do histórico de licitações atual. E esse não é o número máximo de comentários.
Em geral, quanto mais específica é uma classe, mais comentários ela deve ter.
Bem, a menos que você tenha uma mega-memória como Peter Konov - você pode fazer sem comentários lá.
O meu é semelhante, apenas menos comentários :).
Comentários "manchando" em toda a lista, como é suposto para mim, não é do meu agrado.
Seria bom se houvesse uma opção para desligar isto:
Você pode me dizer exatamente como você coloca comentários neles? Você o edita manualmente? Existe uma combinação secreta?
A situação é a seguinte:
Eu otimizo em um testador de estratégia, ao concluir, OnTesterDeinit() é executado para analisar resultados, ou apenas para coletar dados. Neste momento, o testador de estratégia muda para o estado como se tudo estivesse terminado, mas neste momento, o processamento final dos dados ainda pode ocorrer em segundo plano por um longo tempo. Quando a janela com o gráfico de símbolos for fechada, o Expert Advisor será fechado à força.
Vamos também descrever a situação quando OnTesterDeinit() está escrevendo em um arquivo pensando que a otimização atual acabou, começamos o próximo com intervalos mínimos de parâmetros que são rapidamente calculados. Como resultado, a execução anterior não está completa e a nova está no mesmo estágio, em nosso exemplo isso leva a um erro de acesso de escrita aos arquivos, ou apenas a um erro no arquivo, e visualmente não é rastreável, apenas através do gerenciador de carga ou arquivo.... Eu gostaria de poder ver no testador que esta operação ainda não está completa.
A situação é a seguinte:
Eu otimizo em um testador de estratégia, ao concluir, OnTesterDeinit() é executado para analisar resultados, ou apenas para coletar dados. Neste momento, o testador de estratégia muda para o estado como se tudo estivesse terminado, mas neste momento, o processamento final dos dados ainda pode ocorrer em segundo plano por um longo tempo. Quando a janela com o gráfico de símbolos for fechada, o Expert Advisor será fechado à força.
Vamos também descrever a situação quando OnTesterDeinit() está escrevendo em um arquivo pensando que a otimização atual acabou, começamos o próximo com intervalos mínimos de parâmetros que são rapidamente calculados. Como resultado, a execução anterior não está completa e a nova está no mesmo estágio, em nosso exemplo isso leva a um erro de acesso de escrita aos arquivos, ou apenas a um erro no arquivo, e visualmente não é rastreável, apenas através do gerenciador de carga ou arquivo.... Eu gostaria de poder ver no testador que esta operação ainda não está completa.
Ao otimizar uma nova janela de gráficos - podemos usar a identificação do gráfico para descobrir o fim da operação? Parece que existe uma opção de fechar o gráfico, então após o final dos cálculos no OnTesterDeinit() a janela pode ser fechada e eventualmente só precisamos monitorar a presença do gráfico aberto no início da otimização, assim que ele desaparecer - o testador está pronto para uma nova otimização.
Quando a otimização abre uma nova janela gráfica - há alguma maneira de descobrir o fim do trabalho por identificação gráfica? Parece que existe uma opção de fechar o gráfico, então após o final dos cálculos no OnTesterDeinit() a janela pode ser fechada, e no final só precisamos monitorar a presença do gráfico aberto no início da otimização, quando ele tiver desaparecido - o testador está pronto para uma nova otimização.
Então, este código deve ser alterado, mas e se não houver tal possibilidade?
Então você tem que mudar o código, mas e se você não puder?
Então não há como. Esta é uma situação controversa, por um lado o otimizador está livre e pronto para continuar o trabalho, mas por outro lado pode haver uma sobreposição - a decisão depende da situação.