Errores, fallos, preguntas - página 1438
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
P./S.: Aquí no se inicializan:
y no se puede ver en el código que se les asigne nada.
Aunque tal vez su inicialización esté escondida en algún lugar de estos:
líneas de código que ha ocultado.
Exactamente ))) No hay ningún problema con ellos.
En general, es un poco incómodo estar pendiente de la dimensionalidad de un array dinámico todo el tiempo... Necesitas saber cuánto pesa. ¿Qué sentido tiene entonces? ....
En principio, esto es comprensible. Lo único que no entiendo es por qué esta matriz no puede incrementarse automáticamente.
¿Por qué no se puede hacer así? No es mi idea )))) Así es exactamente como intenté usar un array dinámico...
Además tengo que guardar adicionalmente el índice... No es bueno...
¿Quién dice que no se puede ampliar dinámicamente?
Aquí para ayudarte
Deberíamos hacer una ayuda sobre cómo utilizar la ayuda )))))))))))))))))))))
En principio, esto es comprensible. Lo único que no entiendo es por qué esta matriz no puede incrementarse automáticamente.
¿Por qué no se puede hacer así? No es mi idea )))) Así es exactamente como intenté usar un array dinámico...
Además tengo que guardar adicionalmente el índice... No es bueno...
No entiendo lo que intentabas hacer en este código.
A continuación, se ha esbozado un pequeño ejemplo que muestra para qué sirven las matrices dinámicas y cómo utilizarlas.
No entiendo por qué esta matriz no puede incrementarse automáticamente.
Este es, en principio, un ejemplo sencillo de cómo debería llenarse normalmente un array dinámico. ¡Hace mucho que no escribo en C, no lo recuerdo, pero así es como se llenan los arrays en php! Todo es lógico y comprensible. Si añado un elemento a un array (arr[] = x), el array se expande automáticamente y el elemento se añade al final del array. Y no tenemos que estirarlo por nosotros mismos, y no tenemos que especificar el índice del elemento por nosotros mismos. Pero aquí tenemos que hacer movimientos absolutamente innecesarios:
la diferencia es evidente...
En mi opinión, es extraño, por decir lo menos ))))
Este es, en principio, un ejemplo sencillo de cómo debería llenarse normalmente un array dinámico. ¡Hace mucho que no escribo en C, no lo recuerdo, pero así es como se llenan los arrays en php! Todo es lógico y comprensible. Si añado un elemento a un array (arr[] = x), el array se expande automáticamente y el elemento se añade al final del array. Y no tenemos que estirarlo por nosotros mismos, y no tenemos que especificar el índice del elemento por nosotros mismos. Pero aquí tenemos que hacer movimientos absolutamente innecesarios:
la diferencia es evidente...
Lo encuentro extraño, por decir lo menos ))))
¿Quién nos impide utilizar la POO y aplicar una sintaxis similar?
Debido a que los desarrolladores del lenguaje fueron criados en Syakh, esto dificulta severamente la transición de MQL de un duro SI-like a un popsy PHP/JS-like. En el PHP plebeyo uno simplemente asigna un nuevo valor y el array ajusta su tamaño automáticamente. MQL hace que el codificador sienta su importancia. Así que coge una pala y disfruta de ser un miembro de los pocos profesionales selectos.
"sin el conocimiento del programador" no funciona. Es el programador quien da la orden "añadir un elemento al final del array" (arr[] = x). Y el conjunto no tiene "derechos de decisión independientes". Sólo al ejecutar la orden del programador aumenta su tamaño, lo que libera al programador de llevar la cuenta de ese mismo tamaño. )))
Según mi experiencia, si el programador escribe algo en un array que contiene 10 elementos con índice 20, lo más probable es que haya cometido un error, y el programa debería generar un error, pero no aumentar el tamaño del array, ocultando así una acción sospechosa.
Todas estas "matrices que ajustan el tamaño" tienen muchos más problemas a la hora de ocultar posibles errores que a la hora de la comodidad. Además, no tener que llevar la cuenta del tamaño de la matriz es también una práctica potencialmente peligrosa, que conduce a errores difíciles de solucionar.