Erros, bugs, perguntas - página 1354
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
Cavalheiros, como gostariam de melhorar significativamente a usabilidade da língua, acrescentandobens: https://msdn.microsoft.com/en-us/library/x9fsa0sw.aspx
A dança constante com setters, getters e parênteses é muito aborrecida.
Cavalheiros, como gostariam de melhorar significativamente a usabilidade da língua, acrescentandobens: https://msdn.microsoft.com/en-us/library/x9fsa0sw.aspx
A dança constante com setters, getters e parênteses é muito aborrecida.
Alexey, eu sou a favor, mas devíamos fazer uma votação, não aqui. Há aqui algumas muletas, ainda não experimentei na MQL http://rsdn.ru/article/vcpp/props.xml
Há algo de errado com a codificação na sua ligação, está sempre a mostrar texto vermelho. Mas sei o que quer dizer, já li sobre estas muletas antes. Não é possível implementá-la em MQL neste momento, porque a sobrecarga do operador fantasma não é suportada.Mas esta característica nativa em VS é muito útil, especialmente quando envolvida numa macro. E não consome quaisquer recursos adicionais. Por isso, é mais que tempo de implementarmos propriedades em MQL também, porque tudo parece desajeitado sem elas.
Descobri-o, encontrei um bug no compilador MQL4. Eu estava desatento e demorei 2 dias a encontrá-lo. A essência do problema é a seguinte: vou dar-vos o código mais simples. Não recebo um erro de compilação ou de deformação, recebo um erro de tempo de execução.
Não há necessidade de qualquer erro aqui. Há aqui uma clara conversão do tipo. Seria assim em VS
Que diferença faria?Não há necessidade de qualquer erro aqui. Há aqui uma conversão de tipo explícita.
Não se pode atribuir uma classe a um tipo significativo, mesmo explicitamente. É definitivamente um erro.
Não é uma classe, é um ponteiro, e um ponteiro é um número.
O C++ compila sem erros
Se não se permitir uma conversão directa explícita para o dobro, na próxima vez terá int em vez de duplicar com o mesmo resultado e o compilador será novamente culpado. Tem de distinguir os seus próprios erros dos erros do compilador.
Não é uma aula, é um ponteiro, e um ponteiro é um número - aprenda a matemática.
O C++ compila sem erros
Se desactivar a conversão directa explícita para o dobro, na próxima vez terá int em vez de duplicar com o mesmo resultado e o compilador será novamente culpado. Deve distinguir os seus próprios erros dos erros do compilador.
Não há aí nenhum ponteiro, porque os ponteiros não existem na MQL4/5. Há pegas.
----------------------
Recebi uma resposta do Service Desk
De facto, deve haver aqui um erro de compilação.
Equipa de apoio 2015.08.24 14:39
Não há aí nenhum ponteiro, porque não há ponteiros na MQL4/5. Existem descritores.
Um descritor é ainda um número específico
Mas não faz sentido converter um descritor para um número ou vice-versa, e o mais provável é que seja um erro no código.
Num futuro próximo, se uma declaração de conversão apropriada estiver sobrecarregada na classe, ela será chamada.