Errores, fallos, preguntas - página 300
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
Por lo tanto, trate de trabajar con un nombre de indicador corto, insertando sus nombres de parámetros y / o valores de los parámetros cuando se requiere la inicialización.
1. No se trata de eso.
Tomemos, por ejemplo, un determinado conjunto de indicadores, algunos de los cuales pueden estar presentes en el gráfico y otros no.
Al mismo tiempo, un usuario puede especificar sus propios parámetros en los parámetros de estos índices.
2. El objetivo es complejo (realización de un sistema comercial complejo).
Tomamos varios gráficos, en los que un usuario utiliza plantillas para establecer indicadores y el diseño asociado.
Obtenemos los indicadores en un determinado gráfico del Asesor Experto, anota sus asas (al menos) y parámetros.
Después, conociendo el manejador del indicador, trabajamos con él en el Asesor Experto como con un indicador estándar (es decir, podemos acceder a los buffers de cada indicador, etc.).
Este enfoque permite que el Asesor Experto y el comerciante controlen un conjunto de indicadores (lo cual es muy útil porque la visualización es muy útil aquí), y al mismo tiempo, el Asesor Experto gana cierta flexibilidad.
También es importante que el Asesor Experto no tenga que especificar parámetros innecesarios para los indicadores (para que el operador pueda configurarlos). En este caso, el comerciante sólo tiene que configurar y guardar la(s) plantilla(s).
PS
He encontrado ideas similares en foros, allí se recomendaba resolver el tema mediante VARIABLE GLOBAL (lo cual no es muy conveniente y efectivo).
Por lo menos no necesitamos una función que permita obtener el handle de un indicador en un gráfico, digamos ChartIndicatorID (con los mismos parámetros que para ChartIndicatorName).
Y si añade ChartIndicatorSetXXX y ChartIndicatorGetXXX...
1. No se trata de eso.
Tomemos, por ejemplo, un determinado conjunto de indicadores, algunos de los cuales pueden estar presentes en el gráfico y otros no.
Al mismo tiempo, un usuario puede especificar sus propios parámetros en los parámetros de estos índices.
2. El objetivo es complejo (realización de un sistema comercial complejo).
Tomamos varios gráficos, en los que un usuario utiliza plantillas para establecer indicadores y el diseño asociado.
Obtenemos los indicadores en un determinado gráfico del Asesor Experto, anota sus asas (al menos) y parámetros.
Después, conociendo el handle del indicador, trabajaremos con él en el Asesor Experto como con un indicador estándar (es decir, podremos acceder a los buffers de cada indicador, etc.).
Este enfoque permite que el Asesor Experto y el comerciante controlen un conjunto de indicadores (lo cual es muy útil porque la visualización es muy útil aquí), y al mismo tiempo, el Asesor Experto gana cierta flexibilidad.
También es importante que el Asesor Experto no tenga que especificar parámetros innecesarios para los indicadores (para que el operador pueda configurarlos). En este caso, el comerciante sólo tiene que configurar y guardar la(s) plantilla(s).
PS
He encontrado ideas similares en foros, allí se recomendaba resolver el tema mediante VARIABLE GLOBAL (lo cual no es muy conveniente y efectivo).
Por lo menos no necesitamos una función que permita obtener el handle de un indicador en un gráfico, digamos ChartIndicatorID (con los mismos parámetros que para ChartIndicatorName).
Y si añadimos ChartIndicatorSetXXX y ChartIndicatorGetXXX...
Por lo menos, no hay ninguna función que permita obtener el mango de un indicador en un gráfico, por ejemplo ChartIndicatorID (con los mismos parámetros que para ChartIndicatorName).
Y si añadimos ChartIndicatorSetXXX y ChartIndicatorGetXXX...
Esto también es relevante para mí. Lo apoyo.
Si todos están a favor, entonces que el iniciador escriba un ServiceDesk.
No hay ningún problema para escribir allí, sólo hay algunos escollos (principalmente relacionados con la inicialización de los indicadores y el mecanismo de obtención de "asas"/identificadores por parte de los indicadores que el usuario ha lanzado en el gráfico).
Creo que se puede crear una rama separada sobre este tema. Y en base a los resultados de la discusión y tomar decisiones sobre el Service Desk.
Por eso lo puse en la discusión general (aunque me dio pereza crear una rama enseguida).
En mi opinión, es más fácil dividir el cálculo en dos índices, aunque depende.
Pero qué hacer si los cálculos son muy pesados. el ordenador echa humo. ejecutar dos veces el mismo cálculo no es bueno. (( no es bueno. Dicha propuesta (para especificar el buffer en que ventana salir) fue como una sugerencia a la 5ª o algo similar.
¿Es posible devolver la visualización del saldo/fondos en cada operación en el probador?
La versión actual es muy incómoda a la hora de depurar y escribir un EA.
¿Es posible devolver la visualización del saldo/fondos en cada operación en el probador?
La versión actual es muy incómoda a la hora de depurar y escribir un EA.
Gracias por el post, arreglado.
Dígame, ¿en qué se basa la decisión de lanzar una nueva versión?
Encontré un error que me impide desarrollar, lo reporté de manera comprensible y esperaba mucho su prontitud en liberar una nueva compilación. Pero han pasado varios días, y no hay ninguna nueva construcción.
Con este planteamiento por su parte, no tengo ningún deseo de reportar errores y así mejorar su plataforma. Es mucho más fácil encontrar una solución que esperar a una nueva compilación mientras se mantiene un error en la plataforma.
Cuando trabajaba en una empresa de software, había una norma: en cuanto un desarrollador o un usuario externo detectaba un error, se construía inmediatamente una nueva versión, para no desanimar a este último a mejorar la calidad del producto.
Creo que deberías reflexionar sobre la política de la empresa en esta materia.