Programacion orientada a Objetos...duda total....

[roman]

Hola Delphius,

No entiendo esto del emisor y receptor. ¿Que el emisor (sender) en TForm1.EditChange no es el mismo Edit?

Yo tenía la idea de que si un objeto A llama al método M de un objeto B:

Código Delphi [-]
// desde algún método de A

B.M;

entonces A manda el mensaje M a B, siendo A el emisor y B el receptor.

¿Cómo es en este caso?

// Saludos

[[Delphius]]

Hola roman,
Tienes razón, metí mal la pata

El emisor es quien envía la orden, el emisor quien recibe.

Lo que debería haber dicho en ese caso, es que en cuestiones de eventos el emisor es quien da la orden, y el receptor es el método que implementamos para dar respuesta a la orden.

Por ejemplo, cuando se ejecuta el evento OnChange en el Edit, el emisor (Sender) es TEdit, y el receptor es el método implementado en el Form; Edit1Change en este caso.

Se me han liado los cables en la cabeza, disculpen.

Muchas gracias por la observación amigo roman

Saludos,

[roman]

Delphius,

De todas formas no puedo menos que estar de acuerdo con Felipe, y aunque comentas que ya sería más rebuscado, yo apreciaría mucho que en un momento de inspiración te aventaras con una breve introducción a OOP, puesto que pienso que entender conceptos como herencia, encapsulamiento y polimorfismo, antes aún que los formularios, es algo que (nos) vendría bien a muchos. Ni qué decir que sería estupendo si incluyes conceptos como composición, asociación, etc., que pocos libros para novatos tratan.

Cuando programamos con Delphi, usamos OOP implícitamente, tal como lo has hecho ver, pero en realidad muchos ignoramos lo que es realmente estructurar una aplicación usando OOP, y una explicación de estas que acostumbras, sería muy ilustrativa para muchos.

Desde luego, no corre prisa

// Saludos

[[Delphius]]

Empezado por roman

Delphius,

De todas formas no puedo menos que estar de acuerdo con Felipe, y aunque comentas que ya sería más rebuscado, yo apreciaría mucho que en un momento de inspiración te aventaras con una breve introducción a OOP, puesto que pienso que entender conceptos como herencia, encapsulamiento y polimorfismo, antes aún que los formularios, es algo que (nos) vendría bien a muchos. Ni qué decir que sería estupendo si incluyes conceptos como composición, asociación, etc., que pocos libros para novatos tratan.

Cuando programamos con Delphi, usamos OOP implícitamente, tal como lo has hecho ver, pero en realidad muchos ignoramos lo que es realmente estructurar una aplicación usando OOP, y una explicación de estas que acostumbras, sería muy ilustrativa para muchos.

Desde luego, no corre prisa

// Saludos

Muchas gracias Roman y felipe por sus palabras.

No soy un experto en POO con Delphi, pero hago lo que puedo.
Estoy elaborando algunos borradores sobre el uso de patrones. En la medida en que los voy poniendo en práctica (y me siento seguro de que lo diga sea correcto) y puedo sacar tiempo para sentarme tranquilo y ordenar las ideas.

Elaborar un "documento" como el que mencionas sirve a muchos. Puede que mi abstracta mente pueda servir de ayuda, más tendría que tener cuidado de no ser demasiado abstracto y tener algunos pies en la tierra (cosa que no me es fácil) porque puede hacer más difícil explicarlo.

Puede que la unión de esos documentos y ejemplos que estoy preparando sirvan para ir tratando la POO en su conjunto. Pero no estaría nada mal tener uno exclusivamente para tratar los conceptos más básicos de POO, ya que el uso de los patrones implica que se da por hecho los conceptos básicos.

Déjame ver que sale de esto. Si alguien más se anima, pues no tiene que pedirme permiso, puede comenzar sin mi.

Saludos,