Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Por favor, recupera el antiguo estilo METAQUOTES o al menos asegúrate de que los códigos escritos en una línea no tengan formato.
Ejemplo:
Por favor, vuelva al antiguo estilo METAQUOTES o, al menos, asegúrese de que los códigos escritos en una línea no estén formateados.
utilizar el estilo Pico, es muy similar a lo que estás buscando
pero el estilo Pico divide la declaración if - else en dos líneas si utiliza { }
Su código donde se usa { }
si no se utiliza { }
2133 Aquí hay un truco como este
utilizar el estilo Pico, es muy similar a lo que estás buscando
pero el estilo Pico divide la declaración if - else en 2 líneas si utiliza { }
Su código donde se usa { }
si no se utiliza { }
Sí !!! hizo un análisis completo de los estilos disponibles y eligió PICO y RATLIFF
PICO es el más compacto.
RATLIFF es el más inteligente.
Pero es absurdo que METAQUOTES cambie un estilo que se ha utilizado durante años. Esto perturbaría la vida de todos los usuarios. Un cambio irresponsable. Hace unos meses metí la pata en algo de su estilo, pensé que estaba mal moverme a pesar de los pequeños cambios, pero ahora han metido la pata.
2133 uma piada
Sí !!! sabemos que es una versión beta, pero si algo era correcto en las versiones antiguas y ahora ha cambiado en la versión beta, probablemente sea con estos cambios. Mejor reclamar ahora para asegurarse de que todo va bien
La documentación es obsoleta en este caso.
En aras de la eficiencia, las cadenas se preasignan más grandes de lo que se solicita, ya que en la gran mayoría de los casos se amplían con las operaciones posteriores.
Esto está claro ahora.
Pero no importa cómo cambie la longitud de la cadena, el resultado de StringBufferLen siempre se mantiene en 260.
En este caso, la documentación está desfasada.
En aras de la eficiencia, las cadenas se preasignan más grandes de lo solicitado, ya que en la gran mayoría de los casos se incrementan con las operaciones posteriores.
¿Es posible en este caso
s2 puede aumentar en el futuro?
Resultado: 260
Esperado: 100 o 0.
He añadido StringLen a la prueba, y he inicializado la cadena de forma diferente.
En la documentación es una cosa, pero en los hechos se comporta de manera diferente.
Y el buffer en este caso muestra 0 en lugar de 260.
Así que, o bien hay un problema con la inicialización de la cadena. O StringBufferLen está fallando.