Errores, fallos, preguntas - página 1500
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
¡¡¡Antes de trabajar con un gráfico, hay que adjuntarlo a un objeto de la clase mediante el método Attach !!! Si no quiere trabajar con el gráfico actual ( 0 ) entonces implemente esta comprobación y prohíba el uso del gráfico actual en su trabajo.
¿Y qué significa trabajar con el gráfico y no cerrarlo utilizando el método Detach para salir? ¿Es realmente difícil escribir una línea en el destructor de tus clases o en OnDeinit? Debes controlar estrictamente el trabajo con los objetos, y así evitarás errores.
Puedo darte el mismo consejo. Antes de trabajar con cualquier gráfico, debe adjuntarlo a un objeto de su clase utilizando el método Attach(). Si quiere trabajar con el gráfico actual, utilice el método Attach( void ). Si ha obtenido el id del gráfico anteriormente, utilice el método Attach( chart ). Si desea trabajar con un nuevo gráfico, utilice el método Open(). Utilice este método sólo para abrir un nuevo gráfico y trabajar con él.
Si quiere trabajar con el gráfico, sin cerrarlo, debe olvidarse de llamar al método Detach(). Junto con el error de apertura - el resultado es el cierre de la carta de otra persona. ¡No es bueno!
Aquí está escribiendo de forma interesante. Si no te gusta algo, haz una marca allí, añádelo allí y vivamos como antes. Creo que puedo escribir mi propia biblioteca, como tú. ¿Por qué, si el trabajo ya está hecho para nosotros? Mejoremos lo que tenemos en lugar de inventar muletas. Es bueno que los desarrolladores hayan sido rápidos en escucharme y en hacer los cambios necesarios.
Cómo no entenderlo, estás pidiendo a los desarrolladores que maten la capacidad de trabajar con la programación actual. Si no quieres controlar el proceso de creación, trabajo y eliminación de objetos correctamente, sobrecarga el método Open tú mismo, como sugieren los desarrolladores.
De hecho, cuando se crea un objeto de clase, todos sus campos se inicializan con ceros, no es C++ puro, donde se obliga a poner a cero todo después de la creación.
Y se crea un objeto de clase, se trabaja con él y sólo se lanza el objeto a borrar, sin separar el gráfico del objeto de clase. Y los desarrolladores cambiarán el método Open y se preguntan por qué se creó el método Attach sobrecargado en primer lugar?
Desarrolladores, por favor consideren romper su propia ideología de trabajo con la biblioteca estándar antes de hacer estos cambios.
Cómo no entenderlo, estás pidiendo a los desarrolladores que maten la capacidad de trabajar con la programación actual. Si no quieres controlar el proceso de creación, trabajo y eliminación de objetos correctamente, sobrecarga el método Open tú mismo, como sugieren los desarrolladores.
De hecho, cuando se crea un objeto de clase, todos sus campos se inicializan con ceros, no es C++ puro, donde se obliga a poner a cero todo después de la creación.
Y se crea un objeto de clase, se trabaja con él y sólo se lanza el objeto a borrar, sin separar el gráfico del objeto de clase. Y los desarrolladores cambiarán el método Open y se preguntan por qué se creó el método Attach sobrecargado en primer lugar?
Desarrolladores, por favor consideren romper su propia ideología de trabajo con la biblioteca estándar antes de hacer estos cambios.
Comuniquemos con ejemplos. Tus acusaciones sin fundamento se están volviendo molestas. ¿Y qué le hace pensar que su, en mi opinión, fundamentalmente falso enfoque es correcto?
Y usted, después de haber creado un objeto de clase, trabajó con él, simplemente tirar el objeto, sin separar el gráfico del objeto de la clase. Y los desarrolladores ahora cambiarán el método Open, lo que plantea la pregunta, ¿por qué se creó el método Attach sobrecargado en primer lugar?
¿Cómo se cambia el GMT? "¡Es un monumento!" (c) GMT es la hora del meridiano de Greenwich
Jajaja...
Eres muy ingenioso.
Comuniquemos con el ejemplo. Tus acusaciones sin fundamento empiezan a aburrirnos. ¿Y qué le hace pensar que su, en mi opinión, fundamentalmente falso enfoque es correcto?
El método Detach() es un tema de discusión aparte. ¡Lo que estamos discutiendo ahora es que Open() puede imponer el trabajo con el gráfico actual implícitamente! Para ello existe el método Attach(). No está claro quién y qué se matará al ajustar el método Open()...Piensa lo que quieras, pero estas líneas de código en la propuesta de actualización del Open:
cambiará el campom_chart_id que contiene el ID del gráfico a -1, si el gráfico es actual es decir ( 0 ), que clase de acusaciones infundadas puede haber, y nadie te está acusando, estás confundido. Si no quieres escribir según la ideología de la biblioteca estándar, sobrecarga los métodos que crees que no funcionan como quieres. Entiendo que si la clase estuviera integrada en algún mecanismo común, como por ejemplo la familia de clases de los paneles de control, donde algunos métodos no pueden ser sobrecargados por los campos que contienen en la sección privada de la clase. Pero aquí la clase es sencilla, puedes cambiar su comportamiento tú mismo. Pero si los desarrolladores cambian el método Open como se ha descrito anteriormente, entonces el método Attach() no estará claro, porque es el gráfico actual ( 0 ). En otras palabras, la siguiente llamada de Open resultará enm_chart_id == -1.
De hecho, para mí no es un problema, simplemente añado una línea a OnInit que obtiene el ID del gráfico actual y enlazo el gráfico al objeto usando el método Attach(long chart), pero algunos de los desarrolladores que no lean esta rama, pueden tener algunas cosas extrañas e "inesperadas".
¿Hay alguna forma de copiar las variables del archivo ex4?
guardar el archivo de conjunto - Siempre hago esto
:))
No se puede.
En los archivos mq4 puedes.
(indicador)
:))
No se puede.
En los archivos mq4 puedes.
(indicador)
¿Plantilla? No hay ningún tipo de datos allí.