Erros, bugs, perguntas - página 2328
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
Não estás a prestar atenção.
Ou você. Vamos directos ao assunto.
Ofereci a variante mais simples que poderia ser implementada amanhã (não em 10 anos) e que seria semelhante ao C++ (caso contrário, porquê mudar seja o que for). Além disso, se operador*() não é e não será implementado (havia informação sobre isso no fórum), não é claro porque é que operador->() seria implementado de repente (são da mesma ordem).
Não é necessário sob esta forma amanhã ou daqui a 10 anos. E não precisa de similaridade externa, precisa de características.
Para pelo menos parcialmente o porto STL de C++. Não é só o operador-> que está em jogo aqui, precisamos de muito mais.
operator-> seria o primeiro passo em direcção a ponteiros inteligentes.
Na verdade, nem tudo está bem com o elenco implícito como está agora.
Pode ver que o elenco dinâmico está incluído no elenco implícito
MAS
primeiro, não sabemos porque está incluído quando o elenco dinâmico está explicitamente presente na língua
em segundo lugar, está incluído muito mal porque o erro dinâmico de fundição em caso de função pode ser controlado (má saída do ponteiro) mas a fundição implícita não pode! porque lança uma excepção incontrolável
2018.11.23 20:31:47.348 teste (AUDNZD,M5) fundição incorrecta de apontadores em 'test.mq5' (17,11)
Não tem qualquer efeito.
Tem de dar um ponteiro inválido como função, ou excluir o elenco dinâmico do elenco implícito e dar um erro de compilação.
Sim, com este problema, trabalhar com o OOP é mal controlado e pouco fiável. Em algum lugar se muda o tipo num lugar do programa, e depois explode em quem sabe onde. Nestes exemplos, pode-se de alguma forma escapar usando muletas, porque há uma simples atribuição de ponteiro, e tudo está à sua frente. Mas em geral, quando um ponteiro é passado para alguma função e dinamicamente lançado para algo desconhecido, não se tem forma de o controlar.
Um ponto é um operador universal em MQL.
Isso depende da forma como se olha para ela. Pode dizer-se que é universal: funciona tanto com objectos como com apontadores.
Ou pode dizer que . funciona apenas com objectos, e funciona com apontadores apenas na medida em que o ponteiro é implicitamente lançado ao objecto, ou seja, no caso de
entrada
é equivalente a não
a
existe esta estrutura
há uma ordem variável OrdersInfo, quando tento escrevê-la num ficheiro
o compilador dá: 'ordem' - estruturas contendo objectos não são permitidas
Qual poderá ser o problema?
existe esta estrutura
há uma ordem variável OrdersInfo, quando tento escrevê-la num ficheiro
o compilador dá: 'ordem' - estruturas contendo objectos não são permitidas
Qual poderá ser o problema?
Aqui
https://www.mql5.com/ru/docs/files/filewritestruct
enumera as restrições.
MT4 sobre tráfego UPU é negativo, o contador de históricos descarregados começou a aumentar ...