Domanda

Ho realizzato diversi progetti Flash lavorando come ActionScripter con un designer che si occupava di tutte le cose carine e delle animazioni.All'inizio ho trovato molte informazioni sulla codifica ActionScript e sulla progettazione Flash.La maggior parte delle informazioni disponibili sembra concentrarsi sull’uno o sull’altro.

Non ho trovato alcuna informazione sulla creazione di progetti Flash in un modo che consenta al programmatore di fare le proprie cose E dia libertà anche al progettista.

Spero che persone più esperte possano condividere, queste sono alcune delle cose che ho scoperto dopo alcuni progetti

  • Il controllo della versione è un must (come sempre) ma può essere difficile da spiegare ai progettisti
  • Nessun ActionScript nel flash .fla file, sono binari e come programmatore vuoi provare a tenerli lontani il più possibile
  • Model View Controller è il modo migliore che ho trovato per isolare le modifiche alla progettazione visiva
  • Prova a costruire le viste in modo che utilizzino etichette di frame, questo consente al progettista di decidere cosa succede realmente

Quali sono le tue esperienze?­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­

È stato utile?

Soluzione

Utilizzo Flash da 9 anni e trovo ancora difficile farlo bene.

Esiste un equilibrio di potere tra designer e sviluppatori, che inevitabilmente penderà da una parte o dall'altra.

Se lavori per uno studio guidato da sviluppatori, allora sei fortunato, poiché ai designer verrà chiesto di realizzare un design che si adatti alle tue funzionalità.In Flex/MXML questo è l'unico modo di lavorare.

Se, d'altra parte, lavori in uno studio di progettazione grafica/creativa/pubblicitaria, ti verrà chiesto di costruire tutto ciò che il designer mette insieme in PhotoShop, indipendentemente dal fatto che sia fattibile o meno da costruire entro il tempo.

La chiave per aggirare questo problema è la comunicazione e l’educazione.I progettisti e i manager focalizzati sul design potrebbero non sapere cosa implica la creazione di una particolare funzionalità e, se spieghi loro perché una determinata cosa è difficile da realizzare, Potrebbe essere convinti ad andare a ripensare il loro design.D'altra parte, potrebbero pensare che tu sia solo un piagnucolone!Non è mai bello quando devi dire a qualcuno "mi dispiace, non posso davvero farlo" quando sai che potresti far funzionare le cose, considerando qualche notte in ritardo!

Oltre alle cose che tu e altri avete già notato, come l'utilizzo di FlashDevelop e classi AS esterne, ecco alcune altre cose che consiglio:

  • Inizia con una mappa del sito/wireframe concordata sia dagli sviluppatori che dai designer.
  • Carica tutto il testo da XML in campi di testo dinamici e assicurati che i pulsanti ecc. siano progettati per espandersi per adattarsi al contenuto
  • Assicurati che i tuoi designer abbiano un'idea di come ritagliare correttamente la grafica e disporla in Flash.Uno sviluppatore non dovrebbe scherzare in PhotoShop quando devi rispettare una scadenza.
  • Assicurati di ricevere tutte le risorse grafiche molto prima della scadenza: inevitabilmente ci saranno cose che hanno perso e cose che devono essere cambiate.
  • Sii fermo e non lasciare che il tuo team di progettazione cerchi di introdurre funzionalità extra all'ultimo minuto.
  • Lascia che i progettisti utilizzino la timeline per l'animazione dei personaggi, ecc., ma per le interpolazioni semplici utilizza un motore di interpolazione ActionScript.

Spero che questi suggerimenti siano utili!

Altri suggerimenti

Il modo in cui lavoro attualmente è che io (lo sviluppatore) creo la funzionalità utilizzando un file FLA fittizio, utilizzando solo file di classe esterni.Una volta terminato il layout, i designer mi inviano un FLA con tutte le risorse importate, i pulsanti e i MovieClip collegati.Quindi allego la mia classe di documento al nuovo FLA e mi assicuro che tutti gli oggetti corrispondano al mio codice.Nel complesso, è una transizione piuttosto semplice.

Se per qualsiasi motivo è necessario aggiornare una risorsa, i progettisti mi inviano semplicemente la risorsa e io aggiorno manualmente il FLA.

separare il design dal codice è la cosa importante da fare: poiché cerco di realizzare progetti come una serie di componenti modulari (cuciti insieme un po', ovviamente, poiché nulla si adatta mai perfettamente) creo prima una sorta di wireframe interattivo.Dispone di segnaposto per tutti gli elementi dell'interfaccia utente, opportunamente denominati e nidificati.

Quel .fla può essere passato a un designer, che può aggiungere quello che vuole, purché mantenga i nomi e l'ordine di nidificazione, essenzialmente come creare skin per un'app.

Nel nostro team tutti utilizzano TortoiseSVN e un'istanza Trac per progetto.I progettisti utilizzano il designer Flash standard per modificare i file .FLA e gli sviluppatori utilizzano FlashDevelop per gestire i file ActionScript ed eseguire il debug del progetto.

La catena di strumenti funziona in questo modo:

  1. Gli sviluppatori programmano il comportamento di ciascuna finestra modificando manualmente i file MXML (non è così difficile come sembra) e sviluppando contemporaneamente i file .AS corrispondenti.
  2. I designer realizzano grafica per skin e altri elementi dell'interfaccia utente che vengono esportati (link) e li archiviano in .FLA insieme al codice.
  3. Gli sviluppatori [Importa()] le risorse nei file .AS.

In questo modo tutto entra nel controllo del codice sorgente e i progettisti non guardano nemmeno una riga di ActionScript.Ovviamente sto semplificando eccessivamente il processo ma spero che tu abbia reso l'idea.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top