Discusión sobre el artículo "Construimos un asesor usando módulos individuales"

[MetaQuotes]

Artículo publicado Construimos un asesor usando módulos individuales:

Durante el desarrollo de indicadores, asesores y scripts, el desarrollor se ve obligado a crear constantemente fragmentos de código terminados, que no tienen relación directa con la estrategia de trading. En el artículo vamos a analizar diferentes métodos para proyectar asesores usando los bloques individuales proyectados anteriormente: trailing, filtros, horarios, etcétera. Asimismo, hemos analizado las peculiaridades de este tipo de proyectos.

Comenzaremos por intentar comprender qué aspecto puede tener un asesor así, proyectado "sobre la marcha" y de qué partes / componentes / módulos puede constar. ¿De dónde pueden proceder estos componentes? La respuesta es clara y comprensible: durante el desarrollo constante del trabajo, el desarrollador se ve obligado una y otra vez a proyectar componentes aparte con funcionalidad semejante e incluso coincidente.

Salta rápidamente a la vista que preparar cada vez un nuevo trailing (por ejemplo) supone un gasto inútil de tiempo. En general, el traling de cualquier asesor tendrá siempre las mismas tareas y aproximadamente los mismos parámetros de entrada. Por eso, el desarrollador debe proyectar el trailing una sola vez, y luego colocarlo en todos los asesores que tienen esta necesidad, invirtiendo en ello el mínimo esfuerzo. Lomismo podemos decir de multitud de otros componentes: el ya mencionado componente de horario, diferentes filtros y de noticias, módulos que combinan diversas funciones comerciales y otros.

Como resultado, obtendremos un asesor bastante caótico, preparado a partir de una especie de puzle conformado por diferntes módulos / bloques programáticos. Los módulos intercambian información entre sí y con la "parte central" del asesor, la "estrategia" que toma las decisiones. Vamos a representar una posible variante de interacción de varios módulos:

Autor: Andrei Novichkov