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
De alguma forma, a questão de saber se o multi-purposeing afecta ou não a velocidade do processamento de códigos pelo processador(2011.04.04 21:58) é deixada completamente sem vigilância.
Se a pergunta parecer incorrecta, idiota, etc. - então escreva assim.
De alguma forma, a questão de saber se o multi-purposeing afecta ou não a velocidade de processamento do código do processador(2011.04.04 21:58) é deixada completamente desacompanhada.
Se a pergunta parecer incorrecta, idiota, etc. - basta escrevê-lo.
A pergunta é perfeitamente lógica, a resposta é não, não é.
Consegui! Bem, deu-me um grande incentivo! Vou agora duplicar o prazer de estampar métodos aninhados :)
Urain, obrigado pelo exemplo! Embora não tenha experiência de programação, por vezes é difícil adivinhar-se a si próprio para verificar e escrever o código correcto para isso. E aqui tudo é claro e compreensível.
Pergunta. Pode uma instância de uma classe infantil apagar-se a si própria? Por outras palavras, será que uma tal construção vai funcionar?
O compilador não se queixa desta construção.Pergunta. Pode uma instância de uma classe infantil apagar-se a si própria? Por outras palavras, será que esta construção vai funcionar?
O compilador não se queixa desta construção.Se bem entendi, não gosto de apontadores (e não os uso frequentemente, especialmente em MQL5), a criança deve ter este aspecto
Por conseguinte, o pedido teria o seguinte aspecto
PS
É um erro (ou uma característica do compilador) o facto de o compilador o ter perdido?
Claro, podemos assumir que o descendente passou a classe de que precisamos, mas as estruturas e funcionalidade das duas classes podem ser muito diferentes. Então, o que acontece?
C_A *pointer=new C_B;
E quando se utiliza o código inicial como este, ocorre uma fuga de memória, embora todas as verificações do compilador tenham sido aprovadas (e nem sequer foi mencionado qualquer problema possível)
Aqui está o resultado (entendo que o objecto ponteiro não é correctamente apagado por causa da fuga de memória):
Se o entendi correctamente, não gosto de apontadores (e não os uso frequentemente, especialmente na MQL5), então o descendente deve ter o seguinte aspecto
C_A *pointer=new C_B;
Tive esta ideia com o tetris, e funciona muito bem para mim. Claro que não seria correcto utilizar esta linha de forma directa, mas é muito adequada para fins semelhantes aos que se resolvem em tetris.De alguma forma, a questão de saber se o multi-purposeing afecta ou não a velocidade do processamento de códigos pelo processador(2011.04.04 21:58) é deixada completamente sem vigilância.
Se a pergunta parecer incorrecta, idiota, etc. - basta escrevê-lo.
A resposta à lógica - quanto mais simples e mais lógicos os primitivos, mais eficiente será o optimizador.
O principal é não exagerar :)
Ligeiramente modificado o código do guião:
Saídas
Veja. Declarei nulo o método Del(C_A *p) com modificador público na classe mãe. Assim, a classe infantil herdou totalmente este método. Por isso, não preciso de reprovar o mesmo método na classe infantil. Quanto a esta ideia, obtive-a de tetris e funcionou muito bem para mim. Claro que não seria correcto utilizar este cordel de forma directa, mas é muito adequado para fins semelhantes aos que se resolvem em tetris.
Mesmo assumindo que o Del(C_A *p) vazio no antepassado é suficiente para apagar qualquer ponteiro descendente, não vejo sentido em usar
C_A *pointer=new C_B;
PS
O único local onde posso imaginar a necessidade de tal abordagem é a criação de um conjunto de objectos diversos que são descendentes da mesma classe (em alternativa, passando um parâmetro do tipo de classe "base" para uma função ou procedimento).