examples - flex sdk installer

¿Cuándo debería un desarrollador de flash de la vieja escuela usar flex? (7)

¿Cuáles son las principales diferencias entre Flash y Flex? Tengo más de cinco años de experiencia con flash y me siento muy cómodo desarrollando con él y ActionScript3. Me siento cada vez más curioso acerca de Flex y quiero saber cuándo es mejor usar flash o flex. Además, ¿todo lo que se puede hacer con MXML, se puede hacer con AS3? Tengo una gran comprensión de AS3 y OOP y me gustaría saber las diferencias entre el uso de AS3 y MXML en Flex.

Depende del tipo de aplicaciones que esté desarrollando ahora con Flash. He sido desarrollador de Flash (principalmente aplicaciones) durante 7 años. Honestamente, debo decir que me alegré mucho cuando se lanzó Flex 2 porque tenía el marco de componentes (buenos componentes, administradores de diseño, ...) que no tenía en Flash. Esta es la OMI la mayor diferencia entre Flash y Flex (o el marco Flex).

MXML es una verdadera bendición, especialmente cuando se usa el enlace de datos. Al final, todo se compila en ActionScript (compruebe la opción -keep compiler), pero MXML simplemente le ahorra mucho tiempo.

Flash y Flex proporcionan diferentes maneras de producir cosas diferentes. No estoy familiarizado con Flash, pero esperaría que dependiera de una forma orientada al tiempo para producir algo, mientras que Flex está orientado hacia un desarrollo de software más tradicional. Es decir, en lugar de lidiar con el tiempo y los marcos en Flash, se trata de describir dónde deben colocarse los componentes con MXML y cómo funcionan esos componentes con ActionScript.

También se debe poder escribir una aplicación Flex con solo AS3 y sin necesidad de MXML.

La principal diferencia entre AS3 y MXML en Flex, hasta donde yo sé, es que MXML no está destinado a ser utilizado con lógica de aplicación, sino que está destinado a ser usado como HTML / CSS en páginas web y coloca componentes y contenido en la aplicación Flex. ActionScript se usa para programar comportamientos, componentes y otras cosas externas o lo que hace MXML. Por lo tanto, si desea adjuntar un evento a un componente, se escribiría el código de ActionScript.

Espero que ayude. Todavía estoy aprendiendo sobre Flex yo mismo.

MXML compila el script de acción, así que es realmente como una versión de nivel superior de eso. Entonces, sí, todo lo que se puede hacer con MXML se puede hacer con actionscript (pero no al revés).

Flex es ideal si quieres construir rápidamente una IU, puedes simular una UI funcional en un par de horas. Como todavía puede ser limitante para algunas IU personalizadas, no es perfecto para todo, pero si algo debe "parecer" más o menos como una aplicación y encajar en una cuadrícula, es súper rápido simular la interfaz de usuario en MXML. Tampoco se deje intimidar por la apariencia de la mayoría de las aplicaciones de Flex (feo, imo), puede personalizar todo o crear fácilmente sus propios componentes.

Poner actionscript en mxml es lo mismo que poner css o javascript en html = realmente malo. Desafortunadamente, incluso Adobe tiene esto en varios ejemplos (probablemente porque es más fácil y más rápido para las demostraciones). Mi opinión personal es que esto también se aplica a los enlaces, ya que no quiero poner mis datos en la interfaz de usuario (mxml).

Como desarrollador experimentado, estoy seguro de que no hace ningún desarrollo en la línea de tiempo (para aclarar el error de la línea de tiempo de Flash =). Aún con Flex, tiene la IU separada en un marco que maneja gran parte de la carga con el diseño para que pueda concentrarse en la lógica comercial. El resto del flujo de trabajo está cerca de lo que probablemente ya tengas con Flash.

Algunas otras diferencias que vienen a la mente:

Flash le permite crear activos gráficos y luego trabajar con ellos de inmediato. Para usar esas mismas cosas en Flex, necesita usar Flash para exportarlas primero a swf o swc.

Flex tiene un administrador de diseño, por lo que las aplicaciones que tienen un tamaño de ventana variable son más fáciles de hacer. Por ejemplo, puede tomar una ventana y establecerla en un 90% de ancho de la ventana, y cambiará de tamaño ... no le reducirá la mente, pero en realidad cambia su ancho a medida que la ventana se hace más grande o más pequeña. Esto no es fácil fuera del marco Flex.

La vinculación de datos en Flex es una gran ahorro de tiempo. Básicamente, crea todo el código que necesitaría escribir en AS3 simplemente diciendo blah = "{foo}" Las llaves de curley denotan "enlazar a esto".

El Flex Debugger es muy superior al Flash uno. También hay un Analizador.

Desde que comencé con Flex y no con Flash, no estoy seguro de qué tipo de IDE es mejor para el desarrollo de Flash, pero el Flex Builder basado en Eclipse es bastante agradable. La sugerencia de código es genial. La integración de Subclipse es genial.

Realmente, Flash y Flex son bestias diferentes. Debe saber y comprender AS3 si desea usar Flex, y como lo hace, se encuentra en una posición perfecta para aprovechar las funciones de Flex. Flash no va a ninguna parte como una herramienta para crear piezas más visualmente creativas, pero Flex ofrece muchas ventajas para el desarrollo de aplicaciones.

Prefiero Flash IDE vs Flex (también conocido como Flex Builder, también conocido como Flash Builder para mi comentario)

En general, diría que depende del tamaño del proyecto.

Me resulta más fácil comenzar y finalizar pequeños proyectos rápidamente en Flash.

Aconsejaría a Flex para proyectos más grandes porque tiene varias herramientas de depuración que pueden ahorrarle mucho tiempo (aunque igual usaría Flash yo solo)

Pero tal vez si realmente te acostumbras a la flexión, eso podría no importar.

algunos contras de Flex de mi experiencia.

Al trabajar en un equipo de 4 en un proyecto grande, Flex no pudo mantener el proyecto
configuración de una computadora a otra. (compartimos archivos usando SVN)
Flex constantemente entró en conflicto con SVN para nosotros.
Me sentí distante de los recursos artísticos.

algunos Pros de Flex

ser capaz de seguir las referencias de variables de una clase a otra con solo hacer clic en un botón.
poder ver fácilmente muchas variables mientras se depura. sin necesidad de rastrearlos.
y Flash solía no tener sugerencias de Código de clases personalizadas, pero ahora con CS5 lo hace.
Creo que puede utilizar las funciones más recientes de Flash Player sin esperar un nuevo Flash CS #, por ejemplo, MoleHill (una nueva API 3d que usa la GPU) tiene un lanzamiento beta en este momento. y creo que el SDK de Flex ya puede usarlo. espero que esto ayude.

debe tenerse en cuenta que soy un caso raro que no prefiere flexión, la mayoría de las personas prefiere fuertemente flexión, por lo que debe intentarlo al menos.

Flash CSx:

GUI / Layout : marco de clases de la GUI básica
Contenido gráfico : ideal para editar objetos de la biblioteca gráfica con o sin animación
Código : carece de un buen editor de código

Flex / Flash Builder + Flex Framework:

GUI / Layout : marco de clase de GUI avanzada y motor de diseño (Flex)
Contenido gráfico : carece de las capacidades de dibujo de Flash, pero puede incluir gráficos generados por Flash exportándolos para ActionScript a un SWC e importando / haciendo referencia al SWC en Flash Builder.
Código : editor de código mucho mejor que Flash; no estoy seguro de si está a la par con FlashDevelop
Otro : Admite MXML, que básicamente es solo otro estilo de diseño de contenido. En lugar de escribir un montón de "c = new C ()", "c.prop = x", "c.addChild" ... puede estructurar objetos de visualización y sus hijos utilizando construcciones XML, y el compilador MXML lo convertirá todo vuelve a ser menos legible, pero básicamente el mismo código AS3.

Estas tecnologías están todas relacionadas e interoperables. Son extensiones naturales y predecibles de las tecnologías Flash Player y ActionScript, pero por alguna razón Adobe desarrolló las tecnologías Flex / Flex-Builder / MXML como un producto totalmente separado, y lo comercializa como algo totalmente nuevo y asombroso. Lo que sea. Entonces ahora tenemos que ir y venir entre los dos para usar todas las características, que es LAME. También tienen que perder tiempo y recursos desarrollando paquetes innecesarios, pero útiles, como el "Kit de componentes Flex" para reducir el número de pasos necesarios para obtener contenido Flash en Flash Builder.

Tiene que ir y venir entre estas aplicaciones, debido a sus características mutuamente excluyentes: Flash Builder no tiene edición de gráficos, y Flash CSx no tiene MXML y un buen editor de código, pero son interoperables en el sentido de que puede usar Flex. clases en Flash, clases Flash (y sus gráficos incrustados) en Flex, puede usar Flash Builder y MXML sin Flex, etc.

Creo que necesitan un Flash IDE único y verdaderamente integrado, por lo que deben fusionar Flash Builder en el editor de Flash CSx.