Errores, fallos, preguntas - página 3021
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
El error es la discrepancia entre las dos funciones, no el resultado, porque es sólo una cuestión de documentación de lo que debe salir cuando count=0.
No, también existe el principio de uniformidad. el fallo es evidente. si no entiendes por qué es un fallo, es tu problema.
El error es el desajuste entre las dos funciones, no su resultado, ya que es sólo una cuestión de documentación de lo que debe salir cuando count=0.
Foro sobre comercio, sistemas de comercio automatizados y pruebas de estrategias
Errores, fallos, preguntas
Roman, 2021.05.07 22:07
Todo el truco está en la descripción de la función ))
progreso automático ))
lo que confunde más al usuario.
¿Y cómo explicaría un profesional un resultado tan contradictorio a los teóricos?
Resultado: 4:0
Esperado: 0:0
O también - para corregir un poco la documentación? Bueno, al fin y al cabo, no para arreglar los errores.
Mi explicación es sencilla: una de estas funciones estándar tiene un error, e incluso sé cuál es
Después de eso los Desarrolladores ya hancorregido, por lo que tu explicación anterior no sirve
Las funciones son las mismas (sólo difieren en el tipo, de hecho la plantilla), la descripción es la misma (incluso hay referencias cruzadas), pero el resultado es diferente
Los desarrolladores ya lo han arreglado, así que tu explicación anterior no sirve
¿Qué se ha arreglado exactamente?
Siempre ha sido así en la documentación.
¿Has comprobado lo que se ha arreglado? ))
Arreglado, dividido como querías.
3 caracteres, por ejemplo.
Pero si pasas 0 en count, se copiará automáticamente toda la cadena con un cero final.
Y StringLen() no devuelve un cero final ))Incluso si la cadena está vacía, se copiará un cero final.
¿Qué has arreglado exactamente?
Pero si pasas 0 a count, se copiará automáticamente toda la cadena con un cero final.
Incluso si la cadena está vacía, se copiará el cero final.
¿Por qué es diferente enStringToShortArray? Por favor, explique brevemente, sin astucias innecesarias ni referencias inexplicables, sus anteriores y brillantes explicaciones (que al final fracasaron), en términos sencillos, para un dummie
sin ; ) y otros símbolos inapropiados en este tema.
¿Por qué es diferente enStringToShortArray? Por favor, explique brevemente, si es posible, sin trucos ni referencias incomprensibles a sus brillantes explicaciones anteriores (que al final fracasaron) - en términos simples - para un dummie
sin ; ) y otros símbolos irrelevantes en este tema.
Obras divididas
No sé por qué la cuenta 0 no funciona.
Tal vez este automático inteligente en la cuenta 0 no funciona aquí, y de acuerdo con la ayuda, ya es un desajuste.
Y debe ser un error.
Detodos modos, o hay un error aquí queno funciona en la cuenta 0,
o hay un error en StringToCharArray quefuncionaen lacuenta 0.
Para que entiendas la solidez de las explicaciones, estudia los fundamentos del lenguaje C, especialmente el manejo de cadenas.
Entonces no habrá preguntas.
En resumen, o hay un error aquí que la cuenta 0 no funciona,
o hay un error en StringToCharArray que la cuenta 0 sí funciona.
¡Brillante!
¡Brillante!
Pero si le das vueltas a la cabeza, pasar un tamaño cero al array y asignarle memoria cero es extraño, por decirlo suavemente.
Por eso lacuenta 0 activa el redimensionamiento automático hasta el final de la cadena.
Por lógica, debería funcionar también en StringToShortArray.
El error habría sido devuelto mejor, sin ningún tipo de redimensionamiento.
Por supuesto que es una genialidad. La ayuda no revela explícitamente el manejo de lacuenta 0.
Pero si le das vueltas a la cabeza, pasar un tamaño de array cero y asignarle memoria cero es extraño, por decirlo suavemente.
Por eso la cuenta 0 activa el redimensionamiento automático hasta el final de la cadena.
Por lógica, debería funcionar también en StringToShortArray.
Será mejor que devuelvan un error sin ningún tipo de cambio de tamaño.
Y en
CharArrayToString
¿Por qué no hasta el final?
Resultado: ""
Y en
¿Por qué no hasta el final?
Resultado: ""
Probablemente porque no hay un array dinámico [out] enCharArrayToString.
Y el desarrollador decidió que esto era innecesario.
Aunque una lógica diferente en funciones similares causa más confusión.