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
Autodestruição? - isso é novidade :).
Sim, autodestruição. Presumo que você esteja ciente de que esta é a diferença entre objetos "empilhados" e objetos dinâmicos - eles não lhe perguntam quando apagar a si mesmos, eles o fazem quando saem do bloco do programa de origem :)
Você provavelmente já ouviu falar de construtores/operadores de cópia/movimento, certo?
obj o; { obj q; o = q; o = move(q); // С++ вариант, более эффективный }
Você provavelmente já ouviu falar de construtores/operadores de cópia/movimento, certo?
Então estaremos atentos a esse momento crucial e o copiaremos dessa forma, se não formos tarde demais? lol:
Só porque nós realmente não gostamos do OOP, ou existem outras razões posteriores?
Então estaremos atentos a esse momento crucial e o copiaremos dessa forma, se não formos tarde demais? lol:
Só porque nós realmente não gostamos do OOP, ou existem outras razões posteriores?
Claro, de que outra forma poderia haver? Você, como um proger decente, deve administrar objetos dinâmicos também através de empilhamento (técnica RAII)
Claro, de que outra forma poderia ser? Como um proger decente, você tem que gerenciar objetos dinâmicos também através de objetos empilhados (técnica RAII).
Você se refere ao coletor de lixo? )))) ou sobre a contagem do número de referências. tenho praticado essas coisas ultimamente. mas infelizmente o desempenho de todas essas abordagens é muito pobre em µl
Não, não sobre coletor de lixo, mas sobre apontadores inteligentes - unique_ptr, shared_ptr (com contagem de referência), RAII facilmente pesquisável no Google. Geralmente não há custo extra para o unique_ptr em termos de memória (wrapper == tamanho do ponteiro), e as chamadas são super otimizadas, mas em µl é triste, sim. Mas também não é necessário aqui (apontadores inteligentes).
Ou você poderia pegar os modelos e escrever algo como:
https://www.mql5.com/ru/forum/295485/page18#comment_9971363
O botão também é independente de detalhes, sem todo o polimorfismo e interfaces. O polimorfismo tem seu próprio nicho, mas é muito mais estreito do que dizem.
Neste exemplo simplificado, o modelo certamente fica melhor. Na verdade, você não precisa nem mesmo de um modelo lá, já que você tem apenas uma instância.
Este exemplo simplificado certamente faz com que o modelo pareça mais conveniente. Na verdade, você não precisa nem mesmo de um modelo lá, já que você tem apenas uma instância.
Lâmpada de botão via g com virtualidade:
exemplos hackneyed.