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 <[email protected]>: > 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 <[email protected]> >> >> 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:[email protected]] >> To: [email protected] >> 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 <[email protected]> >> >> 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 ? >> >> > > -- ?
