Sí, la verdad es que eso de los controladores padre es algo que me ha llamado la atención y que me apunto para la próxima porque para esta ya estoy rebosando...
Y otro tema que me apunto es lo de extender la vista de mc, tendré que pensar en ello... Salu2 ------------------------------------- CROMA2 Carlos Terradillos Gutiérrez Diseño [web·multimedia·gráfico] Http://www.croma2.com/ [EMAIL PROTECTED] > -----Mensaje original----- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] En nombre de Fede Rivas > Enviado el: sábado, 02 de diciembre de 2006 12:57 > Para: [email protected] > Asunto: Re: [ASNativos] Organizaci ó n de MVC > > Buenas !!! Cada uno tiene su manera de hacer las cosas, y > cada manera conlleva sus ventajas e inconvenientes. > Personalmente creo que disponer de los clips en tiempo de > diseño es algo comodisimo, y en patrones MVC las views > siempre las extiendo de movieClip ( sisi, yo extiendo de MC > !!! XDD ), lo fundamental es que estes comodo con tu forma de > trabajar, sea efectiva para ti, y sobre todo ordenada. > > Como bien comentaba Joseba, realmente el model no tiene por > que ser un Singleton, a veces te puedes ver en la necesidad > de hacerlo por pura comodidad ( el singleton realmente > engancha xD ), en un proyecto pequeño en el que tampoco > necesitas mayor "escalabilidad", y con respecto a los > controladores "padre" son super utiles, de hecho tengo la > mania de usarlos casi siempre, pues son muy comodos y te > salvan de "ambitadas" varias ... > > Siempre lo decimos, son solo diferentes formas de hacer las > cosas, cada uno coje sus manias, a veces buenas, a veces > malas, solo es cuestion de ir encontrandose con situaciones > diferentes e ir depurando tu propia manera de trabajar, > aprendiendo paulatinamente de unos y otros :) > > El tener instanciadas las views en el escenario te ahorra > tener que atacharlas, y posicionarlas, y jugar con la > timeline te evita tambien tener que andar eliminandolas, o > recolocandolas donde corresponda. > > Al final te vamos a liar mas xDDDD > > Buen fin de semana a todos ! > > Salu2! > > Fede. > > > > > El 1/12/06 19:17, "Carlos Terradillos Gutiérrez" > <[EMAIL PROTECTED]> > escribió: > > > Gracias Gustavo, > > Me resultan muy útiles todos los consejos pero hay una cosa que no > > acabo de > > entender: ¿por qué no dispondrías las escenas sobre la > línea de tiempo? > > > > Salu2 > > > > ------------------------------------- > > CROMA2 > > Carlos Terradillos Gutiérrez > > Diseño [web·multimedia·gráfico] > > Http://www.croma2.com/ > > > > > >> -----Mensaje original----- > >> De: [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED] En nombre de > >> [EMAIL PROTECTED] Enviado el: viernes, 01 de > diciembre de 2006 > >> 11:47 > >> Para: [email protected] > >> Asunto: Re: [ASNativos] Organización de MVC > >> > >> Ok, más o menos lo que me imaginaba. > >> > >> Te comento unas cuantas cosas que yo cambiaría, aunque no por eso > >> tiene porque ser una buena solución... > >> > >> Lo primero, no crear los escenarios en la línea de tiempo > sino como > >> elementos de la biblioteca, si puede ser dejar la línea de tiempo > >> vacia o en todo caso con un precargador si es que lleva. > >> > >> En cuanto al modelo con 5 Vistas/Controladores yo lo he > hecho así en > >> alguna ocasión y me ha gustado la experiencia, aunque si > no cambian > >> demasiado los escenarios también me plantearía tenerlo en > una única > >> vista/controlador. > >> > >> Si no quieres cambiar tanto, lo de singletonear el modelo > (es lo que > >> quería decir con hacerlo estático) sería una buena opción, > ya sea el > >> modelo entero o bien los datos que necesites. > >> > >> > >> Pero sobre todo hay que tener algo en mente: > "organización", puedes > >> tener un proyecto grande con un mvc simple y usando clases > auxiliares > >> para organizar cada una de esas partes. > >> > >> En una ocasión hice una vista que internamente tenía > clases para cada > >> una de las "zonas" que heredan de una zona base con gestión de > >> eventos sobre la view y la view ya se encargaba de redirecionarlo > >> hacia el controlador, por ordenarlo más cada zona usaba > clases para > >> cada "elemento" con una clase base y una gestión de > eventos similar a > >> las zonas pero a otro nivel. > >> > >> Te cuento por si al oirlo se te ocurre algo similar para tu caso > >> concreto. > >> > >> En mi opinión, da igual que uses un patrón clásico o uno personal, > >> siempre y cuando esté bien organizado y sea útil para tu proyecto. > >> > >> > >> Saludos! > >> > >> > >> > >> > >> > >> > >> Quoting Carlos Terradillos <[EMAIL PROTECTED]>: > >> > >>> Buenas, > >>> intentaré explicarlo mejor. > >>> > >>> - Tengo un único swf. > >>> - He dispuesto cinco "escenarios" (fotogramas distintos de > >> la línea > >>> de tiempo principal identificado por el típico rótulo, etc...). > >>> - En cada uno de esos "escenarios" instancio un MVC mediante su > >>> controlador que a su vez instancia su vista y modelo > >> correspondientes. > >>> > >>> El problema que me encuentro es que el modelo debería ser > >> el mismo > >>> (o eso creo) para todos los escenarios por dos razones: > >>> - El modelo de datos es el mismo. > >>> - Necesitaría poder comunicar los diferentes "escenarios" a > >> través > >>> del modelo... > >>> > >>> > >>> ...peeeeero resulta que cuando instancio cada MVC (en cada > >>> escenario) estoy instanciando un objeto modelo distinto con > >> lo que > >>> cargo los datos iniciales cada vez y luego no me puedo > >> comunicar a > >>> través de ese modelo (porque es distinto para cada mvc/escenario). > >>> > >>> > >>> Resumiendo, lo que hubiera querido es un MVC compuesto de > 1 Modelo y > >>> 5 Vistas/controlador... > >>> > >>> Pero claro no sé si eso es deseable/posible y el diseño de la > >>> aplicación debiera ser otro distinto... > >>> > >>> Otra cosa que se me ocurre pero que descarto de inmediato por lo > >>> farragoso y confuso es la de hacer únicamente una vista y un > >>> controlador. > >>> > >>> En fin, sólo se me ocurre comunicar los diferentes escenarios/MVC > >>> mediante variables globales o similar. > >>> > >>> Mi pregunta es si el diseño general es correcto o como > >> debería ajustarlo. > >>> > >>> Saludos. > >>> > >>> Carlos T. > >>> > >>> > >>> -----Mensaje original----- > >>> De: [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED] > >>> En nombre de [EMAIL PROTECTED] Enviado el: viernes, 01 de > >>> diciembre de 2006 9:45 > >>> Para: [email protected] > >>> Asunto: Re: [ASNativos] Organización de MVC > >>> > >>> ¿A que te refieres cuando dices "al instanciar cada MVC de > >> cada escenario"? > >>> ¿son swf distintos? ¿están en fotogramas distintos? > >>> > >>> Yo hice algo parecido pero todo dentro de un mismo swf y de > >> un mismo > >>> fotograma, así no tendrías ningún problema. > >>> > >>> Si fuera un mismo swf, también podrías pensar en hacer el > >> modelo estático. > >>> > >>> Bueno, si lo explicas intento ayudarte. > >>> > >>> Saludos! > >>> > >>> > >>> Quoting Carlos Terradillos Gutiérrez <[EMAIL PROTECTED]>: > >>> > >>>> 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 > >>> ----------------------------------------------------- > >>> > >> > >> > >> > >> > >> ----------------------------------------------------- > >> ASNativos > >> www.5dms.com > >> subscripciones/desubscripciones > >> http://asnativos.5dms.com > >> ----------------------------------------------------- > >> > >> __________ Información de NOD32, revisión 1894 (20061130) > __________ > >> > >> Este mensaje ha sido analizado con NOD32 antivirus system > >> http://www.nod32.com > >> > >> > > > > > > ----------------------------------------------------- > > ASNativos > > www.5dms.com > > subscripciones/desubscripciones > > http://asnativos.5dms.com > > ----------------------------------------------------- > > > > > > ----------------------------------------------------- > ASNativos > www.5dms.com > subscripciones/desubscripciones > http://asnativos.5dms.com > ----------------------------------------------------- > > __________ Información de NOD32, revisión 1897 (20061201) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com > > ----------------------------------------------------- ASNativos www.5dms.com subscripciones/desubscripciones http://asnativos.5dms.com -----------------------------------------------------
