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
... A suposição é que deve funcionar muito rapidamente, porque não há se ou trocar chamadas para alterar a forma como o programa funciona, apenas quando a classe requerida - o descendente - é seleccionada durante a inicialização, então tudo funciona de forma simples e fácil.
...
...
Em línguas com indicações "reais" não haverá tal efeito, a mudança perderá aí, o maior é a lista de selecção.
...
Porque é que preciso de compreender os mecanismos de compilação? Só para acreditar que um mau resultado é melhor do que um bom?
Esta é uma afirmação estranha. Está a tentar resolver problemas de optimização ao nível do compilador e no entanto não sabe como funciona o compilador.
Rapazes, leiam a documentação do interruptor. Uma boa comutação é uma transição cujo desempenho não depende do número de escolhas. 1 escolha, 100 ou 1000 - a sua velocidade de transição será constante.
Estou perto de zero na programação e sei que o OOP é feito mais por conveniência do que por velocidade. E é verdade - o OOP é uma coisa útil, se souber como utilizá-lo.
Por outro lado, é melhor que as metaquotas gastem tempo com spreads incorrectos no testador. Não faz sentido escrever EAs a usá-la se não se puder testá-la adequadamente. A maior parte aplica-se ao comércio em FORTS.
Estou muito perto de zero na programação e sei que o OOP é feito mais por conveniência do que por velocidade. E é verdade - o OOP é uma coisa útil, se souber como utilizá-lo.
Por outro lado, é melhor que as metaquotas gastem tempo com spreads incorrectos no testador. Não faz sentido escrever EAs a usá-la se não se puder testá-la adequadamente. Isto diz respeito principalmente ao comércio em FORTS.
Já deu uma explicação detalhada (prova) algures?
Aqui é costume substanciar as suas declarações com provas, caso contrário nem sequer as verá. ;)
E, em geral, o exemplo do cabeçalho mostra que existe um esboço. Sem ele, no modo de depuração, os resultados são invertidos e o OOP é mais rápido:
Esta fotografia indica que os camaradas estão à procura de um gato preto numa sala escura.
...
O método virtual, por outro lado, não pode ser cortado - é sempre chamado. Como resultado, num caso há apenas um laço, e no outro caso há uma chamada no laço.
...
A propósito, também pode apagar os loops vazios. Código:
Pode ser reduzido a um simples:
As provas virão do outro lado. Ou, mais uma vez, apenas palavras.
De um modo geral, só estou interessado em factos.
Embora eu já saiba que o OOP é mais lento, mas oferece conveniências bastante concretas
Esta é uma afirmação estranha. Está a tentar resolver problemas de optimização ao nível do compilador e, no entanto, não sabe como funciona.
Sim, temos um interruptor com um salto directo sobre a mesa se houver elementos suficientes, como nos exemplos.
Os exemplos neste exemplo tomam a variante mais simples, em que os valores chave estão em incrementos únicos, pelo que o desvio é simplesmente calculado. Mas se tivermos uma tal variante:
Aqui, tal como eu o entendo, o índice é definido através de pesquisa binária. Tem ambos estes métodos?