Yo había pensado lo mismo, pero realmente me parece que no es. Yo creo que tema sesiones lo debería manejar la capa de presentación e infraestructura (Acceso a datos). Y el negocio ni saber si existe o no una sesión
2009/11/12 Mariano Vicario <elr...@gmail.com>: > es que es el unico que se me ocurre por q de los demas, para mi no son... > Saludos, > Ranu > http://www.ranu.com.ar > > > 2009/11/12 <csalvat...@siprod.net> >> >> pero el strategy se utiliza para invocar distintos algoritmos en tiempo de >> ejecución. >> >> ¿el manejo de sesiones implicaría distinta lógica dependiendo de si el >> usuario es uno u otro o de cuál es el estado de la sesión? >> >> ----- Original Message ----- >> From: Mariano Vicario [mailto:elr...@gmail.com] >> To: patrones@mug.org.ar >> Sent: Thu, 12 Nov 2009 11:37:24 -0200 >> Subject: [patrones] Algun patron para una session >> >> a mi se me ocurre que un strategy podria ser... >> ya que no te importa como se maneja la session, solo conoces la interfaz >> de un manejador de sessiones.... >> >> Saludos, >> Ranu >> http://www.ranu.com.ar >> >> >> 2009/11/12 Ezequiel Barbaccia <skie...@gmail.com> >> >> Buenas a todos, en un examen me preguntaron que patrón utilizarían >> para manejar sesiones y me dieron a elegir los cuatro patrones de >> abajo >> >> 1) Strategy >> 2) Chain Of Responsibility >> 3) MVC >> 4) Facade >> >> Ustedes cual elegirían o si no está en la lista cual sería el ideal ? >> >> > > -- ?
