¿Por qué no poner los parámetros de entrada en la estructura? - página 6
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
INPUTS( void ) : Num(inNum) { }Cuando se lanza un ST suele ocurrir que no se sabe qué parámetros de entrada son los mejores. Así que usted ejecuta un Asesor Experto que, por ejemplo, tiene una docena de conjuntos de parámetros de entrada diferentes. Y cada juego para cada copia del ST. Mucha gente ha estado haciendo esto hace mucho tiempo, cuando MQL4 estaba todavía muy lejos de MQL5.
Y lo hicieron a través de la cadena externa - ahora se llama una cadena de entrada.
Analizaron las cadenas de entrada, comprobaron cuántas líneas de entrada había y, basándose en este número, crearon el mismo número de lógica comercial con los parámetros de entrada correspondientes (utilizando ArrayResize). ¡Y todo esto en el antiguo MQL4! Y allí se distribuyó la MM para cada TS según el número de TCs y otros matices. En algún lugar de las bases de código antiguas debe haber ejemplos.
Esto es algo que funciona. Por supuesto, la optimización descansa, pero al menos cuando se trabaja se puede pasar una cadena en lugar de un montón de variables de entrada.
Y cuál es el beneficio, todavía tiene que escribir los parámetros de entrada en la inicialización. Y si cambian, ¿qué hacer con esta estructura?
El truco es utilizar la plantilla de la clase EA en mqh. El mqh se autocompila, el paso de todas las variables de entrada en él está normalizado y la creación de un array de objetos de la clase EA se realiza sin problemas.
Espero que no estemos discutiendo un tema vacío "cómo mejorar MT5", sino viendo las capacidades actuales del lenguaje.
el tema no es la optimización)
¿Por qué no poner los parámetros de entrada en una estructura?
La gente simplemente no puede entender que la sugerencia original era afinar ligeramente el lenguaje MQL y están tratando de proponer soluciones dentro de la sintaxis existente.
El truco es utilizar la plantilla de la clase EA en mqh. El mqh se autocompila, el paso de todas las variables de entrada en él está normalizado y la creación de un array de objetos de la clase EA se realiza sin problemas.
Espero que no estemos discutiendo un tema vacío "cómo mejorar MT5" sino que estemos viendo las posibilidades actuales del lenguaje.
Este es exactamente el ajuste MQL que estamos discutiendo. Me sorprende que nadie haya leído el primer post en el que lo expuse en blanco y negro )) Es hora de cerrar la discusión, cada uno está haciendo lo suyo...
El ajuste MQL es exactamente lo que estamos discutiendo. Me sorprende que nadie lea el primer post, donde expongo esto en blanco y negro )) Es hora de cerrar esta discusión, cada uno habla de lo suyo...
Si no fuera por esa frase, lo habría dejado enseguida.
Este es un foro para el comercio, los sistemas automatizados de comercio y la prueba de estrategias de comercio
¿Por qué no poner los parámetros de entrada en la estructura?
Alexey Volchanskiy, 2017.10.01 21:00
Toma la idea a nivel de brainstorming ))
No pensé que su significado pudiera estar tan distorsionado. Se ha ido.
El ajuste MQL es exactamente lo que estamos discutiendo. Me sorprende que nadie lea el primer post, donde expongo esto en blanco y negro )) Es hora de cerrar esta discusión, cada uno habla de lo suyo...
¿Cuál es el problema en el primer puesto? ¿Una apelación a la fantasía?
Se trata de dejar la posibilidad de una optimización estándar. ¿Es posible con ini?
Alexey, sí, es posible.
Antes de la optimización, antes de la primera pasada con el primer OnInit(), se activaráOnTesterInit(). En su cuerpo, escribimos todo lo que hay que hacer antes de la optimización. En este caso, tenemos que analizar nuestra inishka.
Alexey, sí, posiblemente.
Antes de la optimización, antes de la primera pasada con el primer OnInit(), se activaráOnTesterInit(). En su cuerpo, escribimos todo lo que hay que hacer antes de la optimización. En este caso, tenemos que analizar nuestra inishka.
El ajuste MQL es exactamente lo que estamos discutiendo. Me sorprende que nadie lea el primer post, donde expongo esto en blanco y negro )) Es hora de cerrar esta discusión, todo el mundo está hablando de otra cosa.
Tal vez sea porque el primer puesto no tiene sentido. Por eso cada uno escribe sobre sus cosas. Y no se pueden hacer preguntas: la respuesta es la ignorancia o la histeria.