🚀 go-pugleaf

Ups! que fallo. Bueno, corrijo: lo de los adaptadores lo usar�amos s�lo con
los listeners que pre-definen varios m�todos (esa es su funci�n y por eso
s�lo existen para esos listeners).
Para el ejemplo que puse de la clase
B1ActionAdapter, en vez de heredar de ActionAdapter (la existencia de este
adaptador no tiene sentido, de hecho como dices no existe), lo que har�a
ser�a implementar la interfaz ActionListener.

Respecto a lo de pasar la
ventana a la clase adaptadora, esto no es porque no se pueda hacer de otra
forma, sino porque en este esquema 
�c�mo si no se podr�a llamar a un
m�todo existente en otra clase, p.e. en la ventana (lo m�s com�n)? 
Por
supuesto, no tiene porque ser una ventana lo que le pases, puede ser otra
clase.
�No te parece mucho m�s flexible?
De todas formas no lo voy a
defender hasta la muerte, m�s bien estoy abierto a otras opiniones.

M�s
orientado a objetos es mejor, aunque la eficiencia del modelo sea menor.
M�todos como instanceOf(), evento.getSource(), etc. poco tienen que ver con
la POO, son parches.

Un saludo,
Federico



   -**** Posted from Supernews, Discussions Start Here(tm) ****-
http://www.supernews.com/ - Host to the the World's Discussions & Usenet