Discusión sobre el artículo "Desarrollo de un sistema de repetición (Parte 53): Esto complica las cosas (V)"

 

Artículo publicado Desarrollo de un sistema de repetición (Parte 53): Esto complica las cosas (V):

En este artículo, presentaré un tema muy importante, que pocos comprenden realmente: Eventos personalizados. Peligros. Ventajas y fallos causados por tales elementos. Este tema es clave para quienes desean convertirse en programadores profesionales en MQL5 o en cualquier otro tipo de lenguaje. Por ello, nos centraremos en MQL5 y MetaTrader 5.

Hasta ahora, los programas que he presentado en esta serie utilizan mensajes, pero no entre ellos. Sino dentro del propio código, de modo que una clase puede comunicarse con otra, incluso si están en niveles diferentes o no están conectadas por herencia. Puedes notar esto al observar mis códigos de clases. Prácticamente todos tienen un procedimiento común: DispatchMessage. Este procedimiento tiene como objetivo principal gestionar los mensajes que se envían a la clase. Aunque existen otras formas de comunicarse con la clase, utilizando otros procedimientos o funciones. DispatchMessage está ahí para gestionar los mensajes dirigidos a la clase.

Esta idea no es original mía, sino que se remonta a mucho tiempo atrás y tiene como objetivo promover una interfaz común entre programas o procedimientos en general. Quienes llevan más tiempo trabajando en el campo de la programación profesional saben de lo que hablo. Así, cuando necesitas enviar datos, valores o solicitudes a otro programa cuyo código desconoces por completo, utilizas este principio. Envías una mensaje a una función muy específica y esta te devolverá algún tipo de información. La forma en que se comunican es precisamente a través de esta única función.

Autor: Daniel Jose