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
1. ¿Por qué? Los síntomas perjudiciales deben ser tratados, y de forma decisiva.
2. Las variables, arrays y otras cosas no deben ser nombradas de forma consistente o con palabras clave del lenguaje (pero el array "Symbol" es muy llamativo, no se puede saber si es un array o algo más en el código).
1. Pues bien, primero hay que establecer realmente si la sintomatología pertenece a manifestaciones positivas o negativas. En mi experiencia, he tenido casos en los que he intentado cambiar el valor de una variable global en una función que no debía hacerlo (maldito copypaste). He tardado unos días en encontrar este error. Desde entonces, utilizo las variables globales en los casos en que, en principio, no puedo prescindir de ellas.
2. Estoy de acuerdo. Pero si se utilizan dentro de una función, no me molesta. Pero las variables globales con esos nombres son realmente una fuente de confusión futura.
Sin embargo, voy a repetir mi pregunta.
¿Es posible determinar la activación de OnInit dentro de OnTick?
Por ejemplo, ¿puedo declarar una variable estática dentro de OnTick que almacene el número de inicializaciones del EA (si esta o una propiedad similar está presente en MQL5)?
Debo estar paranoico. No me gustan las variables públicas (globales). Lo considero un muvetón.
Lasvariables globales son al menos visibles desde lejos. Pero ocultar las variables acumulativas serias dentro de las funciones en la estática es una forma de repartir cuidadosamente un rastrillo para uno mismo. Es la primera vez que veo un array estático acumulativo escondido dentro de una función de esta manera. Este es un rastrillo ardiente.
Utiliza las clases: dejarán el nivel global limpio, ocultarán todas las tripas y se desharán de las muletas.
Sin embargo, voy a repetir mi pregunta.
¿Es posible determinar la activación de OnInit dentro de OnTick?
Por ejemplo, ¿podemos declarar una variable estática dentro de OnTick que almacene el número de inicialización del EA (si existe tal variable o similar en MQL5)?
Es posible no sólo contar el número de disparos OnInit, sino también determinar por qué se produjo la inicialización (la implementación es otra cuestión).
¿Está familiarizado con _UninitReason, por ejemplo?
Necesidad de escribir una clase WorkSymbols.
Métodos:
cadena GetSymbol[];
bool ActualizarSímbolos(inSímbolosTrabajo);
bool ActualizarSímbolosEstado();
int GetSymbolCount();
Me disculpo si la petición es descarada... Yo también intentaré averiguarlo.
Sí, parece un error combinar la condición de cambio de símbolo y de marco temporal.
También estoy a favor de separarlas en dos condiciones. El ticket ya ha sido colocado en el servicio de atención al cliente.
Lo he cocinado un poco. Las críticas son bienvenidas.
Lo único que no me gusta aquí es el cambio de tamaño "en vivo" de la matriz que contiene los datos de trabajo.
Pregunta para los desarrolladores, ¿está garantizado que los datos del usuario introducidos previamente en la matriz dinámica que se está modificando se conservarán bajo la siguiente condición?
Lo único que no me gusta aquí es el cambio de tamaño "en vivo" de la matriz que contiene los datos de trabajo.
Pregunta para los desarrolladores, ¿está garantizado que los datos introducidos previamente por el usuario en la matriz dinámica que se está modificando se conservarán bajo la siguiente condición?