Coincido con Mario....el único de los mencionados es el Strategy....ya que podes implementar varios algoritmos de sesión....por ejemplo, guardar la sesión en la base de datos, sesión para una aplicación web, sesión para una aplicación ejecutable, etc....
Saludos. Pablo El 12 de noviembre de 2009 11:25, Ezequiel Barbaccia <skie...@gmail.com>escribió: > 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 ? > >> > >> > > > > > > > > -- > ? > >
