actionscript-3 - descargar - codigo en animate

Colocar el código AS3 en las líneas de tiempo de la etapa/MC a la AS2 en lugar de en las clases

Question

Soy consciente de que ActionScript 3.0 está diseñado desde cero para ser un lenguaje principalmente orientado a objetos y su uso significa menos o incluso ningún código de línea de tiempo en documentos Flash.

Tengo bastante experiencia con OOP y me siento cómodo escribiendo clases. Sin embargo, dado que uso principalmente Flash para animaciones, casi nunca necesito escribir código ActionScript que no sea para precargadores, subtítulos, controles de calidad, enlaces a sitios web, etc. De hecho, todavía configuro mis películas Flash para usar AS2 hasta el día de hoy porque estoy acostumbrado a gotoAndPlay() / gotoAndStop() , precargadores AS2, subtítulos, controles de calidad e incluso getURL() . Por supuesto, realmente quiero avanzar ahora que prácticamente todo el mundo está en Flash Player 9 o 10 y ahora que he incursionado en otros lenguajes de OO como Java, C # y Objective-C también.

Soy un recién llegado completo a AS3 y tampoco estoy muy enterado con AS2. Teniendo en cuenta mi uso actual de ActionScript, ¿hay algún caso donde todavía esté bien usar código AS3 muy simple en la línea de tiempo en lugar de mover el código a una clase, especialmente porque mudarse a una clase puede significar aumentar innecesariamente el número de LOC de 4 a 40? ? (Diablos, ¿es el último caso (''en lugar de ...'') incluso una preocupación válida en absoluto?)

Answer 1

De los ejemplos que ha dado sobre cómo usa Flash, nada ha cambiado realmente para hacer eso más difícil. No hay ninguna razón por la cual deba usar un código externo para todo lo anterior. Puedes trabajar más o menos como antes ( gotoAndPlay , gotoAndStop aún existen y funcionan bien). Lo único que viene a la mente es más tedioso de lo que solía ser, es el hecho de que ya no hay getURL() . Sin embargo, Senocular ha rehecho la clase getURL y puedes encontrarla aquí .

Yo diría que solo si su proyecto es particularmente pesado en código, entonces mueva la mayoría, si no todo, a clases y estructurelo adecuadamente de manera POO. Demonios, incluso puedes pasar una referencia de tu escenario a una clase base y simplemente operar de forma bastante simple de esa manera también.

En su línea de tiempo .fla:

import com.yourdomain.Main;

var main:Main = new Main(this);

En tu clase principal externa:

package com.yourdomain
{   
    public class Main
    {
        private var mainTimeline:Object;

        public function Main(_mainTimeline:Object):void
        {
            mainTimeline = _mainTimeline;

            mainTimeline.gotoAndPlay("fScream");
        }
    }
}

Answer 2

Si ya está familiarizado con AS2 (y también tiene experiencia con otros idiomas), cambiar a AS3 no debería ser demasiado difícil. Hay algunos lugares donde las cosas cambiaron bastante: básicamente el modelo de evento y algunas API ampliamente utilizadas, como flash.net (es decir, cargar cosas, ya sean imágenes, SWF, sonidos, XML, etc.) y la lista de visualización (mucho más opciones que solo movieclip, más coherente, reparenting, etc.). Trabajar con XML también ha cambiado (para siempre) y es más potente y fácil (pero puedes usar la antigua API si te apetece, todavía está allí). La mayor parte del lenguaje en sí mismo no ha cambiado mucho, sin embargo.

Estoy seguro de que conoce los problemas potenciales de tener código en la línea de tiempo. Bueno, lo mismo se aplica a AS3, aunque algunas cosas como colocar código en objetos no están permitidas en AS3.

No veo ningún problema al colocar cosas en el escenario en el IDE y al usar clips de película para animaciones. IMO, es por eso que están allí en primer lugar. Sé que algunas personas se obsesionan por crear y posicionar todo por código. No soy uno de esos. Para mí, el IDE podría ser una buena herramienta para el diseño, la interpolación, etc., al menos en la mayoría de los casos (para algunas cosas muy dinámicas, por otro lado, también necesitarías codificar el diseño).

Por lo tanto, no recomendaría directamente contra el uso moderado del código de la línea de tiempo. Si se adapta a sus necesidades, se adapta a su flujo de trabajo y le permite hacer lo que necesita hacer sin ser un desastre imposible de mantener (o incluso seguir), ¿por qué no?

Si en algún momento necesitas poner algunas cosas en clases, refactorizas y mueves tu código sobre la marcha.