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 fiz tudo certo.
Dadas as possibilidades do ME, é bastante conveniente, o minimalismo japonês na era do kitsch total, tudo está lá, nada supérfluo.
Aqueles que quiserem fazer um loop pelos objetos podem implementar um shell postfix onde podem escrever o que quiserem.
Nikolay, você acha que, na MQL5, isso parece estar bem organizado e de acordo com as possibilidades?
Nikolay, você acha que isso está bem organizado e de acordo com as possibilidades da MQL5?
Nikolay, você acha que, na MQL5, isso fica bem organizado e de acordo com as possibilidades?
Se você não tiver tempo suficiente para digitar, use um modelo.
Não se preocupe muito em realizar todas as possibilidades, pois estamos escrevendo códigos, não criando imagens a partir de letras.
Não estou vendo nenhum problema.
É apenas uma opinião. Sou mais do tipo que gosta de pintar códigos. Esteta. :)
Na verdade, o Integer oferece uma API com um nível de abstração um pouco menor do que você queria.
Bem, refine-a para você, coloque-a na base de código e talvez sua API seja mais popular.
Você não deveria ter recuado.
Porque também existe a ética profissional. O Integer é um profissional e não precisa ser ensinado.
Mas se o médico disser morgue, então será morgue.
Na verdade, o Integer oferece uma API com um nível de abstração um pouco inferior ao que você queria.
Bem, refine-a a seu gosto, coloque-a na base de código e talvez sua API se torne mais popular.
É improvável que uma biblioteca em que cada classe tenha o mesmo conjunto de métodos, metade dos quais será inválida, se torne popular.
Você não deveria ter recuado. Você está absolutamente certo. Uma pessoa que se posiciona como um programador legal e profissional é obrigada a escrever um código correto e bonito. Os iniciantes terão algo com que aprender.
O Sr. Sergeev, tendo caído em algum equívoco fundamental e posicional, sugere algo como combinar variáveis como bool, int, double, string etc. em uma matriz.
Mas você, Sr. papaklass, como um verdadeiro troll, ouve um ruído, mas não sabe onde ele está.
O Sr. Sergeev, ... propõe algo como combinar em um único array variáveis como bool, int, double, string, etc.
...
Em princípio, isso é possível, mas
essa universalização leva ao consumo excessivo de recursos na implementação final. Os gráficos já são pesados em termos de recursos.
E, por esse preço, você compra apenas uma classe mais abstrata, a propósito, não é fato que ela será mais compreensível em uso.
Mas é um fato que, quanto mais complexa for a implementação, mais bugs ela terá.
E, por esse preço, você compra apenas uma classe mais abstrata, o que, aliás, não significa que ela será mais compreensível no uso.
Na minha opinião, você está errado. Dmitry também está errado, Alex também está errado :) . (Todos estão errados! )))) )
Mais uma vez, na minha opinião, Dmitry escolheu a melhor opção em termos de trabalho para escrever/usar.
Escrever algo mais simples de usar (não de entender!) seria muito mais difícil.