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
Tengo la experiencia exactamente opuesta. ...
Deberías haber dicho simplemente que tu experiencia opuesta es tu falta de experiencia.
En estos casos, normalmente en el foro y en la correspondencia personal, preguntan sobre la mejor manera de hacerlo y cómo hacerlo bien.
Y tú lo presentas todo como la única solución verdadera y correcta - que no lo es, por desgracia.
Si el tiempo se utiliza en un Asesor Experto como una función para limitar el trabajo del EA, entonces si está escrito correctamente, establecer el tiempo "-1" o "25" horas no tendrá ningún efecto sobre el trabajo del EA y será interpretado por el EA como "sin limitación" de tiempo.
pero al optimizar las horas, el paso es necesario, porque hay una diferencia entre optimizar "cada hora", "cada cuatro horas", etc.
si lo fija:
¿con tal registro el EA no funcionará correctamente?
Deberías haber dicho enseguida que tu experiencia contraria es la que falta.
En estos casos, normalmente en el foro y en la correspondencia personal, preguntan cómo hacerlo mejor y cómo hacerlo bien.
Y tú lo presentas todo como la única solución verdadera y correcta - que no lo es, por desgracia.
Si el tiempo se utiliza en un Asesor Experto como una función para limitar el trabajo del EA, entonces si está escrito correctamente, establecer el tiempo "-1" o "25" horas no tendrá ningún efecto sobre el trabajo del EA y será interpretado por el EA como "sin limitación" de tiempo.
Pero cuando se optimizan las horas, es necesario dar un paso, porque hay una diferencia entre optimizar "cada hora", "cada cuatro horas", etc.
¿Qué se puede decir aquí? El autor es libre de escribir código a su gusto. Yo, por ejemplo, uso enum para el tiempo y encuentro esta forma muy conveniente. Y en general, un Asesor Experto ideal es aquel que no tiene parámetros de entrada :) .
si lo fija:
¿el Asesor Experto no funcionará correctamente con esta entrada?
Sí, inmediatamente se lanzará con un error. Ya que no existen las horas "-1" y "25".
¿Y si el usuario introduce "125" durante la optimización? Serán cien pasadas extra (o descartadas). ¿Y si hay varios parámetros de este tipo y cada uno tiene un error? Entonces son cien * cien * cien * cien = toda la optimización se irá al garete, porque estará llena de rechazos.
Pero con enum esto no puede ocurrir a priori. Habrá como máximo 24 pasadas para un reloj.
Sí, te dará un error. Porque no existen los relojes "-1" y "25".
¿Y si el usuario introduce "125" durante la optimización? Serán cien pasadas de más (o descartadas). ¿Y si hay varios parámetros de este tipo y cada uno tiene un error? Entonces son cien * cien * cien * cien = toda la optimización se irá al garete, porque estará llena de rechazos.
Pero con enum esto no puede ocurrir a priori. Habrá como mucho 24 pasadas para un reloj.
¿En serio estás escribiendo todo esto ahora?
¿No puedes eliminar un overrun erróneo en OnInit()?
Tienes que sacrificar el paso de optimización.
He estimado que has publicado el 10% de los códigos de la base de código.
Existe un proverbio alemán (he buscado el equivalente de un proverbio ruso muy conocido a propósito para no meterme con él): "La diligencia ciega sólo hace daño".
De vez en cuando el Asesor Experto abre (cuando se ejecuta en el historial) varias docenas de órdenes idénticas al mismo precio para todo el margen libre, y al final falla. ¿Cuál es la razón de esto?
De vez en cuando el Asesor Experto abre (cuando se ejecuta en el historial) varias docenas de órdenes idénticas al mismo precio para todo el margen libre, y al final falla. ¿Cuál es la razón de esto?
Esta es la lógica: si hay una posición y su beneficio es superior a cero y es posible abrir por tiempo - se abre otra posición en la misma dirección. Y puede ser en cada tick. Se puede limitar si
¿se puede añadir rango de paso de pip para nueva posición abierta cuando se multiplica?
No.