Erros, bugs, perguntas - página 2461
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
Poderia desenvolver este ponto?
Abaixo está a minha opinião subjectiva, se eu estiver errado algures, terei todo o prazer em ajudar.
StringLen costumava funcionar O(n) até ao primeiro carácter NULL (0x0000) na corda, agora funciona O(1).
Ocomprimento da corda pode sempre ser truncado através de StringSetCharacter(str, pos, 0x00), mas introduziram StringSetLength por alguma razão.
Muito provavelmente, a tarefa de aceleração de código quando se trabalha com cordas foi resolvida.
A tarefa de acelerar o código foi resolvida e ninguém se importa que metade da função trate agora caracteres NULL em cadeia e a outra metade não.
O resultado:
Abaixo está a minha opinião subjectiva, se eu estiver errado algures, terei todo o prazer em ajudar.
StringLen costumava funcionar O(n) até ao primeiro caracter NULL (0x0000) na corda mas agora funciona O(1).
Ocomprimento da corda pode sempre ser truncado através de StringSetCharacter(str, pos, 0x00), mas introduziram StringSetLength por alguma razão.
Muito provavelmente, a tarefa de aceleração de código quando se trabalha com cordas foi resolvida.
A tarefa de acelerar o código foi resolvida e ninguém se importa que metade da função trate agora caracteres NULL em cadeia e a outra metade não.
O resultado:
StringLen costumava funcionar O(n) até ao primeiro caracter NULL (0x0000) na corda, agora funciona O(1)
Aos promotores:
Por favor, acrescente a capacidade de especificar a geração de código forçado para o operador de atribuição padrão (copy constructor):
É um pouco complicado. É mais fácil utilizar a analogia padrão do construtor:
1) qualquer operador de atribuição substitui o operador de atribuição predefinido
2) qualquer operador de cópia anula o operador de cópia predefinido
Erros apenas parcialmente corrigidos ... porque não!?
Porque a MQL não tem uma ideia consistente quando se lida com cordas com caracteres NULL, este é o problema.
Por exemplo, StringToShortArray suporta caracteres NULL numa corda enquanto a função inversa ShortArrayToString não...
Como resultado, é gasto mais tempo na captura de insectos e na procura de soluções de trabalho do que na resolução de tarefas específicas.
É um pouco complicado. É mais fácil utilizar a analogia padrão do construtor:
1) qualquer operador de atribuição substitui o operador de atribuição predefinido
2) qualquer operador de cópia cancela o operador de cópia predefinido
Não preciso de desfazer; pelo contrário, preciso de uma geração forçada.
A MQL não tem qualquer funcionalidade para cópia profunda de tipos complexos, e na atribuição de operador e construtor de cópias são implementados por defeito.
Uma vez que não há uma ideia consistente na MQL quando se lida com cordas com caracteres NULL, este é o problema.
Por exemplo, StringToShortArray suporta caracteres NULL numa corda, enquanto a sua função inversa ShortArrayToString não...
Por um lado sim, por outro, é explicitamente declarado na Documentação: "ou até que o terminal 0 seja satisfeito".
Por um lado, sim, por outro, é explicitamente declarado na Documentação(que não o faz)
EStringToShortArray diz a mesma coisa:
Contudo, isto não o impede de lidar adequadamente com caracteres NULL na corda.