prev_calculado - página 8
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
Oh, querido, ¿cómo crees que un error es diferente de un axioma? No hay necesidad de espolvorear tus cerebros con palabras aquí - todo lo formulado en 3 párrafos se puede ver fácilmente en mi primer post. Si no es así - usted es un programador, no un carpintero, muestre en su código cómo resolver por separado las tareas simples enumeradas en 3 párrafos con bare prev_calculated sin muletas adicionales: muestre cuántas barras fueron contadas en el tick anterior, defina la primera llamada de OnCalculate y defina que la historia (checksum) ha sido cambiada. No hay necesidad de inventar nada para el usuario, para que se ajuste a sus axiomas - las tareas están formuladas, muy simples y sin ambigüedades como medio dedo
Esta pregunta no debe dirigirse a Vladimir (él sólo defiende la posición de los desarrolladores), sino a los propios desarrolladores, que (representados por Slawa) dijeron que cuando prev_calculated = 0 - se recalcula todo de nuevo. No siempre pueden calcular todas las variantes del uso del indicador. Si hay un problema ahora, es inútil atormentar al moderador, debes ir a servicedesk con una descripción detallada.
No tiene sentido: MQ tiene una lista maestra de prioridades de desarrollo, y los deseos de los pasajeros no molestan al conductor. La solución óptima para los pasajeros es conseguir un ciclomotor. Como lo fue con las funciones de eliminación de objetos prefijados caseros antes de que las prioridades de MQ se pusieran en marcha. Eso es lo que le sugiero a Vladimir, como principal entusiasta del Cinco, que haga una bonita función que embale las moscas y las chuletas por separado, pero él se obstina en esquivarlo. Si la función/estructura muestra cuántas barras se contaron en pre_calculate, más 2 banderas - 1ª ejecución de OnCalculate y cambio de checksum, el usuario decidirá cómo vivir - cuándo inicializar, recalcular o dormir. Y desnudo prev_calculado como es resuelve una combinación privada de 3 "ifs" - esto es un rastrillo para el usuario
No tiene sentido: MQ tiene una lista maestra de prioridades de desarrollo y las necesidades de los pasajeros no molestan al conductor. La solución óptima para los pasajeros es conseguir un ciclomotor. Como lo fue con las funciones de eliminación de objetos prefijados caseros antes de que las prioridades de MQ se pusieran en marcha. Eso es lo que le sugiero a Vladimir, como principal entusiasta del Cinco, que haga una bonita función que embale las moscas y las chuletas por separado, pero él se obstina en esquivarlo. Si la función/estructura muestra cuántas barras se contaron en la pre-llamada, además de 2 banderas - 1ª ejecución de OnInit y cambio de la suma de comprobación, el usuario decidirá cómo vivir - cuándo inicializar, recalcular o dormir. Y desnudo prev_calculado como es resuelve una combinación privada de 3 "ifs" - esto es un rastrillo para el usuario
Se trata de poner al menos el problema "por escrito". Si lo aprecian, al menos ponlo en la lista.
Mientras tanto, ha propuesto una solución normal, quizá no muy bonita, pero los problemas que resuelve no son precisamente estándar.
No tiene sentido: MQ tiene una lista principal de prioridades de desarrollo, y los deseos de los pasajeros del conductor no importan. La solución óptima para los pasajeros es conseguir un ciclomotor. Como lo fue con las funciones de eliminación de objetos prefijados caseros antes de que las prioridades de MQ se pusieran en marcha. Eso es lo que le sugiero a Vladimir, como principal entusiasta del Cinco, que haga una bonita función que embale las moscas y las chuletas por separado, pero él se obstina en esquivarlo. Si la función/estructura muestra cuántas barras se contaron en la pre-llamada, además de 2 banderas - 1ª ejecución de OnInit y cambio de la suma de comprobación, el usuario decidirá cómo vivir - cuándo inicializar, recalcular o dormir. Y desnudo prev_calculado como es decide una combinación privada de 3 ifs - es un rastrillo para el usuario
A una pregunta sobre la inicialización del buffer durante la inicialización. Piénsalo lógicamente. No hay acceso a rates_total en OnInit(), ¿verdad? Si no hay acceso a rates_total en OnInit(), entonces los tamaños de los buffers de los indicadores no se conocen todavía (=0 puedes comprobarlo tú mismo). Y como el tamaño del buffer del indicador = 0, ¿qué vas a restablecer?
No deberías dirigir esta pregunta a Vladimir (él sólo defiende la posición de los desarrolladores), sino a los propios desarrolladores (representados por Slawa), que te han dicho que cuando prev_calculated = 0 - vuelve a calcular todo de nuevo. No siempre pueden calcular todas las variantes del uso del indicador. Si hay un problema ahora, es inútil molestar al moderador, debe utilizar el servicio de atención al cliente con una descripción detallada.
Si no hubiera intentado dar un consejo torpe, nadie le habría atormentado.
Ninguna respuesta pretende... ...y trata de que la gente se vea igual...
1. De nuevo una corriente de pensamiento, pero nunca vi el punto.
2. Todavía no has respondido a la pregunta, lo que demuestra que nunca has pensado en lo que se almacena en la variable después de declararla.
No finjas... Todo claro, pero especialmente para ti una imagen
El ordenador funcionaba sin apagarse, el gráfico no se cerraba, el indicador no se retiraba del gráfico...
Pregunta: ¿Dónde han desaparecido las barras de 2 minutos?
Eso es comprensible. Lo que es una locura es que Vladimir dice que el buffer del indicador debe ser limpiado en el bucle sobre todos los elementos del array...
No finjas... Todo claro, pero una imagen especialmente para ti
El ordenador funcionaba sin apagarse, el gráfico no se cerraba, el indicador no se eliminaba del gráfico...
Pregunta: ¿Dónde están las barras de 2 minutos que faltan?