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
-----------------------------------------------------

Responder a