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
Favor trazer de volta o antigo estilo METAQUOTES ou pelo menos certifique-se de que os códigos escritos em uma linha não estejam formatados.
Exemplo:
Favor reverter ao antigo estilo METAQUOTES ou pelo menos certificar-se de que os códigos escritos em uma linha não estejam formatados.
usar o estilo Pico, é muito semelhante ao que você está procurando
mas o estilo Pico divide o "se" em duas linhas, se você usar { }
Seu código onde usar { }
se não usar { }
2133 Aqui está um artifício como este
usar o estilo Pico, é muito semelhante ao que você está procurando
mas o estilo Pico divide o if - senão a declaração em 2 linhas se você usar { }
Seu código onde usar { }
se não usar { }
Sim!!! fez uma análise completa dos estilos disponíveis e escolheu PICO e RATLIFF
O PICO é o mais compacto.
A RATLIFF é a mais inteligente.
Mas é um absurdo para METAQUOTES mudar um estilo que vem sendo usado há anos. Isso atrapalharia a vida de todos os usuários. Uma mudança irresponsável. Há alguns meses atrás eu estraguei algo no estilo deles, pensei que era errado se mover apesar das pequenas mudanças, mas agora eles estragaram tudo.
2133 uma piada
Sim!!! nós sabemos que é uma versão beta, mas se algo estava correto nas versões antigas e agora mudou na versão beta, provavelmente é com estas mudanças. É melhor reclamar agora para ter certeza de que tudo está indo bem
Neste caso, a documentação é obsoleta.
Por uma questão de eficiência, as cordas são agora pré-alocadas maiores do que o solicitado, pois na grande maioria dos casos elas são aumentadas por operações subseqüentes.
Isto está claro agora.
Mas não importa como eu mude o comprimento da corda, o resultado StringBufferLen permanece sempre 260.
Neste caso, a documentação está desatualizada.
Por uma questão de eficiência, as cordas são agora pré-alocadas maiores do que o solicitado, uma vez que na grande maioria dos casos elas são incrementadas por operações subseqüentes.
É possível, neste caso
s2 pode aumentar no futuro?
Resultado: 260
Esperado: 100 ou 0.
Adicionei StringLen ao teste, e inicializei a corda de forma diferente.
Na documentação é uma coisa, mas na verdade se comporta de maneira diferente.
E o tampão neste caso mostra 0 em vez de 260.
Portanto, ou há um problema com a inicialização das cordas. Ou StringBufferLen está falhando.