Joseba escribio:
> class FulanitoAplication (implements/extends) Aplication{
>
> public function getUIFactory(Modulo m):AbstractFactory{
> // Examina Modulo y decide que Factory instanciar...
> }
> }Pues es interesante esa manera de hacerlo, gracias. Voy a avanzar un poco, que lo tengo todo a medias, sobre todo los conceptos, e intento implementarlo. Saludos, Edu-eemece2 ----- Original Message ----- From: "Joseba Alonso" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Saturday, March 04, 2006 1:19 PM Subject: RE: [ASNativos] AbstractFactory en un framework > Por tanto deberia cambiar 'todas' las clases para que acepten > un primer parametro que sea el Factory tipado como AbstractFactory. > ¿Es mala idea usar un singleton ya existente (Aplicacion), > para almacenar la instancia del Factory y usar una funcin > miembro para obtenerlo? Yo creo que no, de hecho Aplicación tiene sentido que sea un singleton, seria perfecto tener un metodo ahí que te instancie el Factory Concreto. Tampoco hay necesidad siquiera de almacenarlo, o si, pero eso ya seria otra historia diferente. A mi me parece perfecto class FulanitoAplication (implements/extends) Aplication{ public function getUIFactory():AbstractFactory{ return new FulanitoFactory(); } } > > Me tiene un poco liado una cosa: > ¿El Factory no es global? > A mi me gustaria tener algo de flexibilidad a la hora de que > pueda haber 'Clientes' en la misma aplicacion que usen en > sitios diferentes diferentes Factorys, por ejemplo, que un > Button pueda en un Modulo instanciarse con una clase y en > otro modulo con otra clase (mediante los Factorys adecuados), > pero no me aclaro en cuadrarlo con el concepto de > AbstractFactory. Porque no podria pasar un factory concreto a > los modulos, pues estos son instanciados por un nivel > superior (mainForm), abstracto en este caso. > El ejemplo habitual que ponen es cambiar globalmente todo > (ejemplo Motif vs. > PM). > La alternativa que veo es crear nuevas clases derivadas, y > añadirlas a los Factorys, pero sale el problema de la poca > escalabilidad de añadir clases a los factorys (este no se si > es un problema con una solucion factible). Mirando el caso anterior... class FulanitoAplication (implements/extends) Aplication{ public function getUIFactory(Modulo m):AbstractFactory{ // Examina Modulo y decide que Factory instanciar... } } ¿Eso te vale? Un saludo, Joseba Alonso www.5dms.com www.sidedev.net ---------------------------------- Lista ASNativos:[email protected] http://www.5dms.com/listas ---------------------------------- ---------------------------------- Lista ASNativos:[email protected] http://www.5dms.com/listas ----------------------------------
