Problema con la validación de EA en el mercado - página 9
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
Así que la utilidad debe ser un indicador o un script. Es decir, necesitas compilar el código como un indicador o script (no como un EA) y publicarlo en la sección de Utilidades.
Así que la utilidad debe ser un indicador o un script. Es decir, necesitas compilar el código como un indicador o script (no como un EA) y publicarlo en la sección de Utilidades.
Gracias por el consejo, lo probaré.
Así que la utilidad debe ser un indicador o un script. Es decir, tienes que compilar el código como un indicador o script (no como un EA) y publicarlo en la sección de Utilidades.
¿Por qué estas limitaciones en la elección de la forma del producto?
Existen limitaciones conocidas en los indicadores (por ejemplo, no se puede utilizar Sleep Webrequest, etc.), un script se reiniciará cuando se cambie de marco temporal...
¿Es esta la posición oficial sobre los servicios públicos?
¿Por qué no se puede diseñar la utilidad como un experto?
¿Es esta la posición oficial sobre los servicios públicos?
No. Sólo comparto mi experiencia de colocar productos en el mercado.
¿Por qué estas restricciones en la elección de la forma del producto?
Me baso en la lógica elemental. Si el programa no comercia, ¿por qué hacerlo un Asesor Experto? Es mucho más fácil convertirlo en un indicador. Puede adjuntar más de un indicador al gráfico.
Los indicadores tienen limitaciones bien conocidas (por ejemplo, no se puede utilizar Sleep Webrequest, etc.), un script se restablece cuando se cambia de marco temporal...
¿Qué otras limitaciones tienen los indicadores que no tienen los Asesores Expertos no comerciales? Todavía no se me ocurre nada.
¿Por qué no se puede diseñar la utilidad como un Asesor Experto?
La prueba terminó con errores
¡Claro que sí! :)
Por ejemplo, se puede implementar eficientemente el ahorro de recursos computacionales mediante el uso de Sleep - la carga de la CPU.
O un ejemplo más: se puede implementar la espera de la descarga de las series temporales necesarias.
U otro ejemplo: también se puede implementar la animación de gráficos.
En el guión, es imposible implementar el temporizador sin él.
Se te ocurren un montón de cosas más que se pueden hacer con el Sleep ;)
La prueba terminó con errores
Se trata de un enigma especial para los desarrolladores. Cada uno los sortea a su manera.
¡Apuesto a que sí! :)
Por ejemplo, puede utilizar eficazmente el modo de suspensión para ahorrar recursos informáticos: la carga de la CPU.
O un ejemplo más: se puede implementar la espera de las series de tiempo requeridas para ser descargadas.
U otro ejemplo: también se puede implementar la animación de gráficos.
En el guión, es imposible implementar el temporizador sin él.
Sí, hay un montón de cosas que se pueden hacer usando el sueño ;)
Por favor )))
De nada ))
Es un poco abstracto... Estamos hablando de una cosa específica y de un entorno específico.
¿Puede darnos argumentos específicos de por qué el Sueño que estamos discutiendo es malo para la arquitectura del programa en nuestro contexto, por supuesto?
He dado algunos argumentos... Y no veo ningún fallo en la arquitectura al utilizar Sleep para resolver estas tareas.
¿Quizás estoy malinterpretando su declaración? Si es así, por favor, corríjalo.
Sólo quiero entender: ¿qué me estoy perdiendo? Personalmente encuentro esta función muy útil y la uso a menudo para algunas tareas en MQL y no puedo ni imaginar que pueda resolver tareas tan importantes de forma más elegante.