Qué pasa Fede!!! veo que hay solución entonces :P por la vía que preveía. Pero ¿cómo se 'singletonea' un modelo?
Lo de aplicar un MVC en parte es por ganas de 'complicarme la vida/aprender' y en parte porque, obviamente, le veo mucha utilidad ya que en cuanto entiendes el sistema la verdad es que resulta muy clarificador al plantear las aplicaciones: es práctico. El trabajar mediante clases una vez conoces el sistema de eventos y de delegados es algo relativamente sencillo cunado la aplicación se complica. Pero los patrones son un mundo por sí mismos... En fin, investigo lo del Singleton a ver qué se me ocurre. Saludos y gracias por el cable ;) -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Fede Rivas Enviado el: viernes, 01 de diciembre de 2006 11:31 Para: asnativos@5dms.com Asunto: Re: [ASNativos] Organizaci ó n de MVC Buenas Carlos !!! Para solucionar tu problema, Singletonea tu Model, y así solo tendrás una instancia del mismo siempre. En él debes tener registradas tus views de manera que sean notificadas de los cambios pertienentes, cammbios que a su vez hayan sido producidos por una orden previa de un Controller sobre el modelo. Los distintos escenarios, son distintas Views, cada una con su controller encargado de escuchar los cambios de cada view, y cada controller se encargará de modificar el Model, que es común para todas. El controlador puede modificar vista y modelo, asi como el modelo, actualiza las vistas, y cada vista, envia sus eventos a su correspondiente controller. Un MVC es básicamente una separación de responsabilidades dentro de una aplicación, donde tu información se encuentra en el modelo, de manera que facilmente puedas implementar vistas con respecto a él. El diseño yo creo que lo tienes bien planteado, y tambien es bien cierto, que cada uno lo implementa a su manera, más o menos ortodoxa, pero en definitiva lo principal es la separación de responsabilidades en las distintas partes de tu aplicación. El uso de patrones como el MVC es más "rentable" en proyectos grandes, pero no por ello deja de ser útil el planteamiento de su estructura en cualquier proyecto pequeño. Espero que sirva de ayuda ;) Un saludo !!! Fede. El 30/11/06 22:52, "Carlos Terradillos Gutiérrez" <[EMAIL PROTECTED]> escribió: > Buenas, > Estoy haciendo una aplicación dinámica en la que a partir de unos > datos en XML se dan 5 escenarios que el usuario recorre secuencialmente: > > - Login > - Selección A: Especialidades > - Selección B: Categorías > - Muestra y selección C: Muestra de Trabajos > - Muestra final de datos: Trabajo concreto. > > Inicialmente lo he panteado como un MVC en términos generales (aunque > me imagino que no es sólo ni estrictamente un MVC). > > Sin embargo me encuentro con algunas dudas/problemas: > > - Inicialmente tengo un único modelo y tantos Vista/Controlador como > escenarios. > - Sin embargo al instanciar cada MVC de cada escenario realmente estoy > instanciando un nuevo objeto modelo y eso dificulta la comuncación que > necesito entre los diversos "escenarios" porque cada uno de ellos > maneja un objeto distinto (aunque sea instancia de la misma clase). > > ¿Está planteado correctamente este diseño? > ¿Cómo comunico los diversos escenarios/MVC entre sí? > > Gracias y salu2 > > > > > Carlos Terradillos > > > ----------------------------------------------------- > ASNativos > www.5dms.com > subscripciones/desubscripciones > http://asnativos.5dms.com > ----------------------------------------------------- > ----------------------------------------------------- ASNativos www.5dms.com subscripciones/desubscripciones http://asnativos.5dms.com ----------------------------------------------------- ----------------------------------------------------- ASNativos www.5dms.com subscripciones/desubscripciones http://asnativos.5dms.com -----------------------------------------------------
