Interfaz gráfica con MVC y patrones.

[Jeflopo]

Buenas, soy nuevo por aquí. Quería ver si me pueden sacar de una duda que me surgió, y es que recientemente he leído que cuando se implementa la parte de interfaz gráfica de un sistema MVC se suele usar el patrón Observer. Pero no sé si solo se refiere a aplicaciones de escritorio, y no sé si es posible aplicar observer para las vistas mvc en una aplicación web por aquello del estado de las páginas webs dinámicas. Leí que igual era necesario adaptar el patrón. Y eso me lió un poco...

Mi intención es aprender a implementar el patrón de diseño que me puede ser util para dicha funcionalidad y luego ver como puedo juntar las piezas. Si hay alguien que tenga respuesta, querría saber eso del observer y si recomendarían usar composite view en vez de observer.

Gracias de antemano.

[Triby]

Lo de los observadores no tiene relacion exclusiva con interfaz grafica, es algo completamente diferente y que podrias usar, dependiendo de las necesidades de tu desarrollo. Mas info en la wikipedia: http://es.wikipedia.org/wiki/Observe...dise%C3%B1o%29

[Jeflopo]

Gracias por la contestación. Y lo sé, leyendo vi ejemplos de como se usaba para un componente logger, pero yo no pregunté si el patrón observer tiene otras utilidades. No es la respuesta a mi pregunta.

Yo pregunté para el caso concreto en que es usado para implementar las vistas de un MVC. Si el uso del observer por cuestiones técnicas se suele dar solo en entornos de escritorio (vi ejemplos en j2ee y ruby :S cero en PHP) o si era posible / aconsejable o no en aplicaciones web, en un entorno dinámico. Pregunté también si ustedes creen que sería mejor para este fin usar composite view en vez de observer.

Despues de postear, vi que existe un foro de POO dentro de PHP. Imagino que habría sido mejor escribirlo ahí, si es así, les rogaría que lo moviesen. Gracias.

[Triby]

Repito: Lo de los observadores no tiene relacion exclusiva con interfaz grafica, es algo completamente diferente y que podrias usar, dependiendo de las necesidades de tu desarrollo.

Requieres que en base a los cambios de estado en uno o mas objetos se realicen actividades adicionales (actualizacion de vistas, envios de correos, notificaciones a usuarios, etc.)? Entonces si te seria de utilidad usar observadores.

Si esto no responde a tu pregunta... lo lamento e insisto: depende de las necesidades de tu proyecto (web o de escritorio) y solo tu tienes la respuesta, que por cierto, es exactamente el mismo caso para vista compuesta vs decorador... y ambos se pueden combinar con observadores.

[abimaelrc]

Hace bastante tiempo me recomendaron un libro llamado O'Reilly: Head First Design Patter. En el capítulo 2 de ese libro explican lo que es y que hace y como implementarlo el patrón de Observer. Es en java pero la idea del patrón es lo que importa para que sepas si implementarlo o no. También tienen la descripción de otros patrones así que ha leer

[Jeflopo]

Gracias por sus respuestas. Estas si fueron para mi algo más clarificadoras.

Una consideración... Con el patrón observer, a pesar de que efectivamente podría notíficar cambios en el modelo a controlador y vista, la propia carga de esas vistas no sería parte de su responsabilidad no ? Solo la notificación.

En el caso de querer realizar la carga/disposición en forma de plantilla de esas vistas composite view si podría ayudarme no ?