Servicios. ¿Ya están en marcha? - página 23

 
Roman:

Los eventos personalizados en un servicio serían la forma correcta de obtener este tipo de información desde el exterior sin bloquear el bucle principal del servicio.

Un ejemplo de servicio regular es el símbolo de costumbre de la fórmula. Desgraciadamente, no hay nada allí, excepto el refresco de 10Hz en un bucle sin fin. Está claro que no es correcto implementar las alimentaciones a través de los EAs/indicadores. Por lo tanto, sólo los Servicios. Y muchas otras tareas son otros tipos de programas MQL. Por ejemplo, el backoffice tiene que contener GUI. Y se supone que Servicios no lo tiene. Tal vez debamos examinar con mayor rigor las tareas que realmente deben ser resueltas por los Servicios.

 
fxsaber:

Un ejemplo de Servicio regular es el carácter personalizado de la fórmula. Desgraciadamente, no hay nada más que una actualización de 10Hz en un bucle infinito. Está claro que no es correcto implementar las alimentaciones a través de los EAs/indicadores. Por lo tanto, sólo los Servicios. Y muchas otras tareas son otros tipos de programas MQL. Por ejemplo, el backoffice tiene que contener GUI. Y se supone que Servicios no lo tiene. Tal vez debamos examinar con más rigor las tareas que realmente deben ser resueltas por los Servicios.

Para eso están los Servicios, para trabajar en un bucle sin fin de un solo hilo.
Por ejemplo, para recibir datos desde el exterior para su posterior procesamiento y construir el análisis o la misma GUI en otro tipo de programas mql.
Lo que hay que implementar en el servicio es una cuestión de imaginación y de las tareas necesarias.
Lo principal es tener la capacidad técnica.

En el anuncio de una de las construcciones, hay información sobre un nuevo tipo de programa, "módulo".
Tal vez, este tipo de programa ampliaría dramáticamente sus capacidades, si un módulo separado se ejecutara en su propio hilo, y tuviera todos los manejadores como en el Asesor Experto.
Pero todavía no se sabe cuándo se introducirá ni cuál será su funcionalidad.

 
Roman:

Lo que hay que implementar en el servicio es una cuestión de imaginación y de las tareas necesarias.
Lo principal es tener la capacidad técnica.

Entonces, ¿por qué hay que hacer el back office a través del Servicio?

Podría ejecutar el Servicio, por ejemplo, para mantener las estadísticas de las inscripciones. Pero aquí es donde se necesita un bucle sin fin.

 
fxsaber:

Entonces, ¿por qué hay que hacer el back office a través del Servicio?

Podría ejecutar el Servicio, por ejemplo, para mantener las estadísticas de las inscripciones. Pero ahí es donde se necesita el bucle sin fin.

Para mayor comodidad, corre y olvídate.
Sin utilizar un número limitado de gráficos, para dirigir a los expertos.

 
La descomposición de los resultados de la compensación de intercambio - sí, hay una tarea tan interesante, así como el cálculo de PnL en el contexto de Majik EAs - el actual terminal MT5 no permite hacer mucho con la funcionalidad nativa.
El mismo problema, que lamentablemente fxsaber no entendió, es el de calcular los valores propios de los márgenes de los activos de negociación en función de los valores de volatilidad actuales y previstos (en lugar de utilizar los valores mínimos fijos del distribuidor como. 1:200/1:500 etc.)
 

servicios son desconocidos para la comunidad, ni son ofrecidos por los desarrolladores como una herramienta oficial

para entender por qué se necesitan los servicios, basta con analizar lo que reciben como eventos, ... nada de nada, sólo el hechode lanzar un terminal, es una especie de autoexec.bat del DOS, que no sabe ejecutar (sin usar chips de muleta) nada

si los servicios van a ser manejados por un controlador, debe haber un modelo de eventos, al menos un evento de temporizador y no un bucle sin fin, imho

 
Igor Makanu:

servicios son desconocidos para la comunidad, ni son ofrecidos por los desarrolladores como una herramienta oficial

para entender por qué se necesitan los servicios, basta con analizar lo que reciben como eventos, ... nada de nada, sólo el hechode lanzar un terminal, es de hecho una especie de autoexec.bat del DOS, que no sabe ejecutar (sin usar chips de muleta) nada

si los servicios van a ser manejados por un controlador, debe haber un modelo de eventos, al menos un evento de temporizador y no un bucle sin fin, imho

Los servicios exigen que todos inventen formas de utilizarlos. Eso es lo que los hace interesantes.
 
Реter Konow:
Los servicios requieren que cada uno invente formas de utilizarlos. Eso es lo que los hace interesantes.
1. Carga de noticias en segundo plano
2. cálculos pesados en múltiples hilos (copias en ejecución del servicio) para que no afecten al comercio.
3. Expert Advisor recoge información de la copa y el servicio la empaqueta periódicamente en un archivo zip.
4. Recogida de toda la información de las operaciones cuando trabajan varios Asesores Expertos, procesándola y guardándola en la base de datos o enviándola.
5. ...
¿Cuáles son sus opciones?
 
Aliaksandr Hryshyn:
1. Carga de noticias en segundo plano
2. Cálculos pesados en múltiples hilos (copias en ejecución del servicio) para que no afecten al comercio.
3. Advisor recoge la información de la copa y el servicio la empaqueta periódicamente en un archivo zip.
4. Recogida de toda la información de las operaciones cuando hay varios Asesores Expertos trabajando, procesándola y guardándola en la base de datos o enviándola.
5. ...
¿Sus opciones?

2-3 se puede implementar a través de un script en OBJ_CHART.

 
fxsaber:

2-3 se puede implementar a través de un script en OBJ_CHART.

Expert/Script requiere un gráfico abierto.
El número de gráficos, está limitado por el terminal.
Cada renderización/actualización del gráfico, es una cola de mensajes del sistema y una carga de recursos innecesaria.