Ayuda para los desarrolladores. - página 12
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
2. la historia por copa es, en mi opinión, algo impensable. Puede que me equivoque, pero la cantidad de memoria necesaria para registrar todos los cambios en el vaso (que se producen en milisegundos) es excesiva. Es posible registrar datos durante un pequeño periodo de tiempo haciendo un buffer circular en su interior y analizar las firmas de los cambios de valor. También es posible visualizar los datos en forma de curvas en un gráfico, pero sólo para un periodo corto. No es una tarea fácil.
Si se refiere a otra cosa, por favor, explíquelo.
4. Véase el punto 2. Se necesita demasiado espacio. El archivo crecerá a pasos agigantados. Su lectura ralentizará todo el programa. Sólo un buffer circular con un pequeño periodo de corriente.
5. La visualización de los datos dentro del EA o del indicador es posible después de construir el buffer anterior.
2. No hace falta pensar, sólo escribirlo.
Por ejemplo, 4 bytes de tiempo 4 bytes de precio 4 bytes de valor, profundidad 10(20), 10 veces por segundo nuevos datos - 200mb día, 1gb semana, 1tb disco 1000 semanas - 20 años (2 años con actualización 100 veces por segundo), valores aceptables para hoy. (sobre las tonterías del ring -buffer - el "ring-buffer" como tema de promoción de la programación mql o como ejemplo para una asignatura de informática tiene cabida (basado en los artículos de aquí), como solución - muy controvertida)
4. El "historial de registros" no es un archivo único, por ejemplo los archivos de resultados por una hora, y los archivos temporales caen por un minuto.
5. No es necesario construir ningún buffer, se debe 1) correctamente para las operaciones de archivo para registrar la historia, 2) visualizar 1-n barra (un minuto) 3) visualizar la historia.
En otras palabras, hay que tomar soluciones ya hechas, cortar, añadir, modificar y construir. Si el cristal ha aparecido, y usted ya lo ha hecho (cristal), puede utilizar sus manos, especialmente las de un profesional.
1. entrada en inglés. "entrada".
"trail" es una abreviatura de la palabra "trailing", es decir, un trailing stop.
"Cobertura" significa cobertura. Lea más sobre este concepto en la literatura comercial. 2.
2) Grado TakeProfit que expliqué anteriormente. Literalmente, "rejilla de beneficios". No sé exactamente lo que significa. (ver arriba).
La cobertura de beneficios es el beneficio obtenido de una posición de cobertura.
3. "Cerrar en la parada" es un cierre en la parada. "Closer" es simplemente un cierre.
2. No tienes que pensar, sólo tienes que escribirlo.
Por ejemplo, 4 bytes de tiempo 4 bytes de precio 4 bytes de valor, profundidad 10(20), 10 veces por segundo nuevos datos - 200mb día, 1gb semana, 1tb disco 1000 semanas - 20 años (2 años si se actualiza 100 veces por segundo), valores aceptables para hoy. (sobre la tontería del ring-buffer - el "ring-buffer" como tema de promoción de la programación mql o como ejemplo para una asignatura de informática tiene cabida (basado en los artículos de aquí), como solución - muy controvertida)
4. El "historial de registros" no es un archivo único, por ejemplo los archivos de resultados por una hora, y los archivos temporales caen por un minuto.
5. No es necesario construir ningún buffer, se debe 1) correctamente para las operaciones de archivo para registrar la historia, 2) visualizar 1-n barra (un minuto) 3) visualizar la historia.
En otras palabras, hay que tomar soluciones ya hechas, cortar, añadir, modificar y construir. Si el vaso está listo y ya lo has usado (el vaso), puedes usarlo, especialmente si eres un profesional.
Tú sabes mejor que yo lo que hay que hacer. Hazlo. Sólo doy mi opinión y, si puedo, te ayudo a encontrar una solución.
Por ejemplo, 4 bytes de tiempo 4 bytes de precio 4 bytes de valor, profundidad 10(20), 10 veces por segundo nuevos datos - 200mb día, 1gb semana, 1tb disco 1000 semanas - 20 años (2 años cuando se actualiza 100 veces por segundo), valores aceptables para hoy.
El "historial de grabaciones" no es un archivo único, por ejemplo, archivos de resultados durante una hora y archivos temporales durante un minuto.
Petr Doroshenko:
4. El "historial de registros" no es un archivo único, por ejemplo, los archivos de resultados por hora, y los archivos temporales caen por minuto.
5. No es necesario construir ningún buffer, es necesario 1) registrar correctamente el historial por operaciones de archivo, 2) visualizar 1-n barra(minuto) 3) visualizar el historial.
En otras palabras, hay que tomar soluciones ya hechas, cortar, añadir, modificar y construir. Si el cristal está ahí, y ya se ocupó de él (el cristal), más aún, lo hará un profesional.
1. ¿Qué quiere decir con"registrar correctamente el historial por operaciones de archivo"? ¿Escribir una funcionalidad que escriba el historial de copas en un archivo?
2. ¿Cómo se visualiza una barra de 1 minuto? ¿Cómo se visualiza?
3. ¿qué quiere decir con "visualizar la historia"? ¿Para visualizar el historial de cambios en los valores de los valores límite en la copa leyéndolo desde un archivo? ¿En qué forma debemos visualizarlo?
4. Nunca se utiliza el método de"tomar soluciones ya hechas, cortar, añadir, cambiar y esculpir". No sale nada de calidad.
Mi tumblr utilizaba datos "en vivo" en lugar de datos grabados, que obtenía de otra plataforma. No visualizó ni grabó nada.
Petr Doroshenko:
(sobre la tontería del ring-buffer - el "ring-buffer" como tema de popularización de la programación mql o ejemplo para la asignatura de informática tiene cabida (basado en los artículos de aquí), como solución - muy controvertida)
Créeme, en tu caso, un búfer de anillo es mucho más fácil de construir y mucho más conveniente de usar para la visualización.
Créeme, en tu caso, un buffer de anillo es mucho más fácil de construir y mucho más cómodo de usar para la visualización.
1. ¿Qué quiere decir con"registrar correctamente el historial por operaciones de archivo"? ¿Escribir una funcionalidad para escribir el historial de copas en un archivo?
2. ¿Qué significa "visualizar 1-n barra(minuto) "? ¿Cómo se visualiza?
3. ¿a qué se refiere con la visualización de la historia? Visualizar el historial de cambios en los valores de los límites en la copa leyéndolo desde un archivo? ¿En qué forma debemos visualizarlo?
4. Nunca se utiliza el método de"tomar soluciones ya hechas, cortar, añadir, cambiar y esculpir". No sale nada de calidad.
Mi tumblr utilizaba datos "en vivo" en lugar de datos grabados, que obtenía de otra plataforma. No visualizó ni grabó nada.
1. Por ejemplo, las instantáneas van 4 veces por segundo, tomar 10 veces por segundo - 10 veces por segundo tirando de las operaciones de archivo no es del todo correcto. Bien, llamemos función a la escritura de datos en un archivo una vez por minuto. El análogo más cercano es el convertidor periódico estándar y varias implementaciones de Renka. Puede escribir un screencast en una pantalla separada.
2. Por ejemplo, puedes leerlo a cámara lenta, o mostrar todas las instantáneas en un minuto, o ponerlo en línea inmediatamente por la última barra como en los sótanos.
3. Ya has dibujado algo, de la forma que quieras. - Por ejemplo, mirar un puntero es una característica más bonita que necesaria.
4. Vuelve a escribir Windows, siguiendo tu lógica, deberías ser capaz de hacerlo mejor.
Si necesita visualizar los cambios en una barra de 1 minuto en una copa, no tiene que hacer un gráfico tan complejo con un sistema de archivos gigantesco y utilizar gigabytes de memoria. Realiza un buffer circular con periodo actual de un minuto y visualiza los datos sobre la marcha, sin acceder al archivo. De todos modos, no podrá analizar los datos durante un periodo de tiempo más largo. Serán curvas infinitas en las que no encontrarás ningún sentido. (imho).
Una vez más, el tema del "ringbuffer" cubierto aquí en los artículos y lo que uno puede querer de él no tiene prácticamente ningún interés (excepto para las implementaciones de oppa), porque copiar un array de ida y vuelta a/desde un array temporal con un elemento desplazado resuelve la mayoría (quizás incluso todas) las tareas de aplicación que el tema del "ring buffer" conlleva. Si alguien quiere otra forma de ....., por favor, hágalo.
En determinadas condiciones, un gráfico de precios no tiene sentido. Durante 10 años una pila con al menos algunos volúmenes en mt4 no tenía sentido, pero apareció con una aplicación dll, una pila con volúmenes sólo en mt5 en la bolsa.
De hecho, necesitas unas cuantas barras de un minuto en 10-12 horas. Obviamente, para ver estas barras de minutos al final del día, es necesario registrar todas las barras del día. Evidentemente, para poder ver unas cuantas barras al final de la semana, hay que registrar todas las barras (intervalos diarios) de la semana y al final del mes hay que registrar todas las barras del mes. Obviamente, los megabytes de datos para su posterior análisis deben almacenarse en una memoria no volátil, que en la mayoría de los casos es un disco duro. Los gigabytes del disco duro no son un signo de gigantismo.
1. Por ejemplo, las instantáneas van 4 veces por segundo, tomar 10 veces por segundo - 10 veces por segundo tirando de las operaciones de archivo no es del todo correcto. Bien, llamemos funcional a la escritura de datos en un archivo una vez por minuto. El análogo más cercano es el convertidor periódico estándar y varias implementaciones de Renka. Puede escribir un screencast en una pantalla separada.
2. Por ejemplo, puedes leerlo a cámara lenta, o mostrar todas las instantáneas en un minuto, o ponerlo en línea inmediatamente por la última barra como en los sótanos.
3. Ya has dibujado algo, de la forma que quieras. - Por ejemplo, mirar un puntero es una característica más bonita que necesaria.
4. Vuelve a escribir Windows, siguiendo tu lógica, deberías obtener una mejor calidad.
Una vez más, el artículo sobre el "ring buffer" y lo que se puede esperar de él no tiene prácticamente ningún interés (excepto para las implementaciones de oppa), porque copiar un array de ida y vuelta a/desde un array temporal con un desplazamiento de un elemento resuelve la mayoría de las tareas de aplicación asignadas al "ring buffer" (tal vez incluso todas). Si alguien quiere otra forma de ....., por favor, hágalo.
En determinadas condiciones, un gráfico de precios no tiene sentido. Durante 10 años una pila con al menos algunos volúmenes en mt4 no tenía sentido, pero apareció con una aplicación dll, una pila con volúmenes sólo en mt5 en la bolsa.
De hecho, necesitas unas cuantas barras de un minuto en 10-12 horas. Obviamente, para ver estas barras de minutos al final del día, es necesario registrar todas las barras del día. Evidentemente, para poder ver unas cuantas barras al final de la semana, hay que registrar todas las barras (intervalos diarios) de la semana y al final del mes hay que registrar todas las barras del mes. Obviamente, los megabytes de datos para su posterior análisis deben almacenarse en una memoria no volátil, que en la mayoría de los casos es un disco duro. Hace tiempo que los gigabytes de disco duro no son signo de gigantismo.
Si se trata de escribir una función que escriba los datos primero en un array, y luego los vuelque en un archivo, entonces aquí no será difícil. En la visualización tendrá que trabajar duro.
Plan de aplicación:
1. Necesitamos escribir una función para escribir los datos del vaso en el array.
2. Función de escritura que crea un nuevo archivo una vez por minuto, lo nombra automáticamente y escribe los datos de la matriz.
3. funcionalidad de escritura que visualiza los datos de la copa desde el archivo seleccionado.
Las dos primeras tareas no son difíciles. La tercera es algo en lo que hay que pensar...
Petr Doroshenko:
De hecho, se necesitan unas pocas barras de un minuto cada 10-12 horas. Evidentemente, para ver estas barras de minutos al final del día, es necesario registrar todas las barras del día.
Basándome en la comprensión actual de su tarea, puedo sugerir dos opciones para visualizar los datos históricos de los bombos:
1. Una línea curva de cambio de valores de cada celda del bombo por minuto dibujada con la biblioteca CGrafic. 20 células son veinte líneas. Dibuja las líneas en diferentes colores. Quizás las curvas se puedan dibujar a través de un indicador, pero no tengo experiencia con indicadores.
2. La mejor solución es dibujar un vaso personalizado y escribir una función que "rebobine" los datos registrados en el archivo a través de sus celdas. La velocidad de rebobinado debe ser ajustable por el usuario.
Es posible combinar ambas opciones. Haga una secadora con capacidades avanzadas, capaz de cargar el historial de minutos desde un archivo y rebobinarlo a la velocidad deseada. Paralelamente, las curvas de cambio de valores en las celdas se dibujarán en una ventana aparte.
Basándome en la comprensión actual de su tarea, puedo sugerir dos opciones para visualizar los datos históricos de los bombos:
1. Una línea curva de cambio de valores de cada celda del bombo por minuto dibujada con la biblioteca CGrafic. 20 células son veinte líneas. Dibuja las líneas en diferentes colores. Quizás las curvas se puedan dibujar a través de un indicador, pero no tengo experiencia con indicadores.
2. La mejor solución es dibujar un vaso personalizado y escribir una función que "rebobine" los datos registrados en el archivo a través de sus celdas. La velocidad de rebobinado debe ser controlada por el usuario.
Es posible combinar ambas opciones. Hacer una secadora con capacidades avanzadas capaz de cargar el historial de minutos desde un archivo y rebobinarlo a la velocidad deseada. Paralelamente, una ventana separada dibujaría las curvas de cambio de valores en las celdas.