Hola Lenadro, Podes describir un poco el caso real? es posible que el patron State sea mas adecuado pero para saberlo seria bueno disponer de mas informacion. Carlos Peix
_____ From: patrones@mug.org.ar [mailto:[EMAIL PROTECTED] On Behalf Of Leandro Tuttini Sent: Miércoles, 31 de Octubre de 2007 10:19 a.m. To: patrones List Member Subject: [patrones] Factory Pattern aplicado al la logica de negocio Hola, que tal. Queria plantear una duda conceptual que por supuesto repercutira en la implementacion. La duda esta referida al patron Abstract Factory, aunque creo que el Factory Method tambien estaria incluido. En todos los papers y notas que pude ver este patron sera el encargado de decidir que concreto devolver en base al contexto. Ahora bien resulta que casi siempre es aplicado en la construccion de objetos de infraestructura como ser ventanas, botones, por ahi basados en el ambiente donde se ejecuta, y este resuelve en base a la lectura de un archivo de configuracion. Ahora bien que sucede si se quiere aplicacar este patron a reglas de negocio, pero que dedida en base a informacion de una transaccion, (por ejemplo, info del cliente), en este caso la configuracion no serviria. Este tipo de caso como se implementaria, o sea se deberia crear un objeto Context que se info especifica y se lo pasaria al constructor del Factory, o se puede leer desde la base de datos, caso que el cliente, por ejemplo, no alcance para resolver que objeto concreto crear. Es correcto que la implementacion del factory este atado a la lectura de un repositorio? En realidad no al concreto del repositorio, pero si a su interfaz. Bueno seria esta simplemente la duda, como utilizar el patron de creacion cuando se trata de aplicarlo a objetos de negocio. Saludos _____ Los referentes más importantes en compra/venta de autos se juntaron: Demotores y Yahoo!. Ahora comprar o vender tu auto es más fácil. Visitá http://ar.autos.yahoo.com/
