Segundo, la clase que extiende de Application como la uso? Debo hacer un proyecto en ActionScript para luego correrlo?.

un saludo !

Por ejemplo, si vamos a presentar un preview más o menos funcional de la aplicación al cliente, lo más práctico es utilizar MXML y lo mínimo en AS para que el preview no sea un power point.

Simplemente la posibilidad de arrastrar componentes y darle al cliente un “funcional básico” para que juegue, nos ahorrará muchos quebraderos de cabeza. Surgirán modificaciones y se afinará el preview, como debe ser, no la aplicación final.

Una vez superado ese trance, y con los objetos visuales sobre el tablero, la programación de los mismos es… simplemente más agradable, más directa. No nos deberíamos preocupar de cambios de lógica o estructura.

Hacer comprender al cliente de qué va la aplicación es uno de los temas más peliagudos, pese a responder en teoría a sus especificaciones… pero tienden a malinterpretar, a no entender, a pedir cambios ilógicos, terminas volviendo al origen, generas un código indescifrable, etc… Creo que todos hemos pasado por esto alguna vez…

Pero si lo que se presenta es un funcional haciendo uso de componentes ya creados… no tardamos nada en realizar esos cambios. Si lo que presentamos son las clases programadas a pelo, nos dan ganas de tirarnos por la ventana con algunos de esos cambios.

Por tanto, creo que la verdadera ventaja de MXML es la de poder mostrar una rápida aproximación a la aplicación final, proporcionando las herramientas básicas para que los diseñadores la afinen, no marear a los desarrolladores y enfocar al cliente hacia los estándares… que ya toca

Sin olvidarnos de que estamos construyendo el esqueleto de la aplicación, de una forma clara y organizada.

Con MXML han conseguido aunar diversos conceptos en uno solo, resolviendo varios problemas al mismo tiempo. OLE !

Saludos.

Cuando yo empecé a trabajar con Flex también me planteé la misma duda: cuando utilizar y cuando no utilizar MXML. Inicialmente mi mentalidad de programador me hizo hacer el mismo razonamiento que tú: “solo utilizaré MXML para definir las interfaces gráficas y lo demás lo haré en AS3, que es lo que me mola…”.
A dia de hoy todavía dudo en según qué contextos qué hacer, pero sin duda lo estoy utilizando muchísimo más de lo que en un principio pensé y claramente no sólo para definir interfaces gráficas.

MXML es una gran cosa y hay que saber aprovecharla.
Saludos!

Pero..

Yo no pondría como titulo MXML vs AS3.

Realmente no es usar uno o usar otro, en cualquiera de los casos siempre se tendría que utilizar ambos, ya que se complementan.

Como bien dices hay veces que sera mejor tener un control visual (MXML) y un control de lógica. (AS), algunas veces todo se podrá hacer desde el MXML eso dependerá del proyecto. Pero como todo, es mejor tratar de dominar ambas formas de trabajo y al final de día decidir cual conviene mas.

Saludos!!