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
Es bueno ver que han decidido poner la flecha creativa en los rieles de MQL5.
Siempre iba a hacerlo. Nunca se habló de extenderlo para MT4. )
Hasta ahora no he visto ninguna dificultad en la transición, excepto dos:
1. Todas las variables y matrices declaradas deben ponerse a cero específicamente. En la escala de mi programa, tardé varias horas en hacerlo.
2. Error constante de desbordamiento del array. No lo había notado en la cuarta versión. Resultó ser un error frecuente.
Por lo demás, no he notado ninguna dificultad. Simplemente se necesita mucho tiempo para compilar el proyecto. Ni siquiera sé... Esto ralentizará el motor considerablemente. :(
Siempre iba a hacerlo. Nunca se habló de extenderlo para MT4. )
Hasta ahora no he visto ninguna dificultad en la transición, excepto dos:
1. Todas las variables y matrices declaradas deben ponerse a cero específicamente. En la escala de mi programa, tardé varias horas en hacerlo.
2. Error constante de desbordamiento del array. No lo había notado en la cuarta versión. Resultó ser un error frecuente.
Por lo demás, no he notado ninguna dificultad. Simplemente se necesita mucho tiempo para compilar el proyecto. Ni siquiera sé... Esto ralentizará el motor considerablemente. :(
¿No usaste #property strict en el cuatro?
No.
No.
Es un verdadero desastre.
Mientras construyes un rascacielos tú solo, no piensas en el revoque. Cuando hayas terminado todos los pisos, puedes hacer el trabajo de acabado.
Este "enlucido" te evita inmediatamente tener que arreglar lo que ya has escrito.
Esta "cadena" elimina inmediatamente la necesidad de arreglar lo que ya está escrito.
Con#property strict en la 4 había un montón de advertencias innecesarias sobre el hecho de que los números envueltos por defines en palabras clave y escritos en el código cibernético (código del constructor) en el array de cadenas Contept llevados "ilegalmente" al tipo cadena. Debido a esto, he desactivado esta#propiedad estricta. Es decir, en términos de reglas de programación, mi constructor no debería existir).
Con#property strict en la 4 había un montón de advertencias innecesarias sobre el hecho de que los números envueltos por defines en palabras clave y escritos en el código cibernético (código del constructor) en el array de cadenas Contept llevados "ilegalmente" al tipo cadena. Debido a esto, he desactivado esta#propiedad estricta. Es decir, en términos de reglas de programación, mi constructor no debería existir).
¿Qué ha impedido que se reduzcan "legalmente" al tipo de cuerda?
¿Qué ha impedido que se conviertan "legalmente" en tipo cadena?
Me explico: El trabajo con el constructor es una inicialización de un arrayde cadenas. En este array se alternan entradas de valores numéricos y de cadenas. Losnúmeros pueden ser coordenadas y palabras clave (y nombres de tipos de elementos), y las cadenas pueden ser nombres o texto. Sin embargo, en este caso, el código cibernético pierde su legibilidad normal. La salida es trabajar sin#propiedad estricta.
Un ejemplo de lo que requiere#property strict.