
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
Suena genial, Peter. Creo que cuando uses VE para construir tú mismo, te dará valiosas ideas sobre cómo funciona el diseño de tu interfaz de usuario.
Espero con impaciencia la próxima actualización del desarrollo.
UI sigue siendo 100% puro MQL.
Todo basado en vectores, totalmente escalable y ajustable a cualquier pantalla.
Todas las pantallas visuales funcionan asychronously dentro de una clase principal que maneja y distribuye todos los eventos MQL a los objetos, en función de su configuración de suscripción y sobre la base de eventos-prioridades.
Espero no estar robando el hilo muy interesante y perdóname Peter si lo hago, no va a ser una discusión sólo espero una respuesta corta para el interés theorethical - ¿quieres decir que tienes una especie de clase estática que conoce (realiza un seguimiento de todos los punteros de objeto) todos los objetos de clase instansiated en el sistema y cada objeto tiene acceso a suscribirse a los eventos requeridos en esa clase estática de control y que la clase estática de control singleton sólo entrega los eventos a todos los objetos? Si es así, ¿lo consideras correcto en términos de programación orientada a objetos o es una programación orientada a eventos aceptable? Ya que escribiste sobre ello, supongo que querrás aceptar preguntas al respecto y si es así por favor hagámoslo lo más corto posible para no secuestrar este hilo, aunque está relacionado.
Espero no estar robando el hilo muy interesante y perdóname Peter si lo hago, no será una discusión sólo espero una respuesta corta para el interés theorethical - ¿quieres decir que tiene una especie de clase estática que conoce (realiza un seguimiento de todos los punteros de objeto) todos los objetos de clase instansiated en el sistema y cada objeto tiene acceso a suscribirse a los eventos requeridos en esa clase estática de control y que la clase singleton de control estático sólo entrega los eventos a todos los objetos? Si es así, ¿lo consideras correcto en términos de programación orientada a objetos o es una programación orientada a eventos aceptable? Ya que escribiste sobre ello, supongo que querrás aceptar preguntas al respecto y si es así por favor hagámoslo lo más corto posible para no secuestrar este hilo, aunque está relacionado.
Sí, eso es exactamente lo que es.
Breve descripción:
El núcleo recibe todos los eventos de MetaTrader y cualquier objeto puede suscribirse al núcleo. Por lo tanto la clase CObject tuvo que ser rediseñada/modificada también, para que cualquier objeto tenga una función llamada "public: virtual void OnEACycle(CCycleParams * cpm)". Este ciclo puede ser un evento gráfico, init, deinit, etc. Cada objeto también puede tener un "public: virtual void OnEATick()". El efecto secundario es que se obtiene una característica extra, ya que se puede suscribir al final de cualquier ciclo, no importa cual sea. Muy útil para cerrar un archivo o terminar cualquier otra cosa, simplemente al final de cualquier ciclo.
Además, cada objeto CObject puede tener hijos y también suscriptores. Esto significa que un objeto puede activar sus propios eventos, como cuando se hace clic en algo o similar. Entonces simplemente ejecutas un object.SubEvent(STH_CLICKED, params). De esta forma, al objeto en sí no le importa quién necesita esta información, simplemente se distribuye a los suscriptores, que reciben un OnSubEvent(int msg, CSubEventParams * sep) y pueden hacer con ello lo que quieran.
En definitiva, esta forma de codificación está más relacionada con la que conocemos de C#, donde también se utiliza .Invoke() para disparar eventos y no te preocupas por quién los recibe.
En realidad no es tan super-complicado de implementar, pero por supuesto los detalles son el reto al final, ya que es un núcleo / base para cada EA o indicador para el futuro que tiene que funcionar en todos los escenarios.
Y un EA final se ve así entonces:
Si hubiera tenido tiempo, escribiría un artículo y proporcionaría las fuentes. No es un secreto, no hay magia en absoluto.
He visto la GUI que has creado. Me gusta mucho. Dime, ¿lo escribiste tú mismo o usaste algunas librerías MQL?
Gracias.
No, no hay bibliotecas. Diseñado desde cero por mí mismo. En realidad sólo se adapta CCanvas de los originales, nada más.
Gracias.
No, nada de bibliotecas. Lo he desarrollado yo mismo desde cero. En realidad, sólo CCanvas está adaptado de los originales, nada más.
No es fácil hacer algo así. )
¿Te refieres a los efectos de luz? Bueno, luz añadida :D Como se ha descrito, CCanvas también está adaptado sólo en sus fundamentos y su estructura, no en sus detalles.