Bug de compilador com parâmetro de modelo = vazio* - página 20
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
Lâmpada de botão através de g com virtualidade:
exemplos hackneyed.
Isto não é um exemplo de polimorfismo nem um exemplo de padrão. É apenas um exemplo de utilização de uma variável bool e nada mais (além de uma espessa camada de huskies).
É impossível que os modelos possam substituir o polimorfismo.
Os gabaritos não podem substituir de forma alguma o polimorfismo.
Onde eu disse o contrário? A questão é que o polimorfismo está tentando substituir os modelos.
E onde eu afirmei o contrário? A questão é que o polimorfismo tenta substituir os gabaritos.
É preferível que você esteja tentando substituir a abordagem OOP normal por uma muleta) Os modelos são na verdade necessários apenas para dados armazenados e em algumas interfaces como IComparable<T>.
Praticamente não há benefícios de desempenho deles. Em seu segundo exemplo, o compilador inlui tudo, porque ali tudo é inequívoco.
É preferível que você esteja tentando substituir a abordagem OOP normal por uma muleta) Os modelos são na verdade necessários apenas para dados armazenados e em algumas interfaces como IComparable<T>.
Praticamente não há benefícios de desempenho deles. Em seu segundo exemplo, o compilador inlui tudo, porque ali tudo é inequívoco.
Não é o meu exemplo, é um exemplo clássico de inversão de dependência. E não se preocupe com sua simplicidade, apenas demonstra uma idéia, se eu escrevesse uma folha de código, você diria "bem, sim, isso é uma coisa diferente"?
Os gabaritos tornaram-se uma muleta, sim . . Muito bem, vou dar o dia por terminado.