Se me ocurre una posible ventaja al respecto: Si se ponen los escenarios en línea de tiempo, cuando estas en un footgrama concreto y atachas de la librería o creas un mc vacío (por ejemplo un mc dinámico), resulta que no está en ese fotograma sólo sino en toooooda la línea de tiempo y eso es una putada de las gordas porque tienes que ir controlando qué está y qué no y borrar lo que haga falta.
Se puede arreglar algo poniendo los escenarios en mc que luego sí posicionas directamente en línea de tiempo. ... ------------------------------------- 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 Gustavo > Enviado el: sábado, 02 de diciembre de 2006 12:28 > Para: Lista dedicada a Actionscript > Asunto: Re: [ASNativos] Organización de MVC > > No creas que lo tengo del todo claro, y quizás tenga que ver > más con que yo he llegado a este mundo por el camino de la > programación y no del diseño. > > Sobre todo lo hago por tener controlado el flujo de la > aplicación, así se donde empieza y lo dirijo completamente > por código. De igual manera no me gusta poner códigos al > final de las animaciones para que vayan a otro sitio... > > No digo que tenga que ser lo mejor, y sobre todo lo más > rápido, pero son de estas cosas que con los años haces sin > pararte a pensar, pero que el instinto te dice que son las > que te van a dar menos problemas a la larga. > > Me explico, es cómo cuando ves un código con variables con > nombres "a", "vel", "num", en seguida te salta como una > alerta que te hace pensar que ahí puede haber un fallo, y en > muchos casos es así, esa variable "num" se usa en diferente > sitio y con diferente significado, si se llamaran a las > variables con nombres claros y más largos eso nunca pasaría. > > Como el típico: > if (estado == true) { a++;} > > > > Bueno, pues eso, que no tengo una lista de ventajas > irrebatibles, tampoco te digo que haga todo por código, todo > depende del tiempo que tenga. > > > Saludos! > > > > ----- Original Message ----- > From: "Carlos Terradillos Gutiérrez" <[EMAIL PROTECTED]> > To: "'Lista dedicada a Actionscript'" <[email protected]> > Sent: Friday, December 01, 2006 7:17 PM > Subject: Re: [ASNativos] Organización de MVC > > > 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 > ----------------------------------------------------- > > __________ 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 -----------------------------------------------------
