Come funziona lo sviluppo Flash a livello aziendale?

7

Ho iniziato a lavorare in un negozio PHP e occasionalmente dobbiamo andare a modificare il codice legacy Flash e ActionScript. È un piccolo negozio; abbiamo circa sei sviluppatori. Sembra quasi che ogni volta che tiriamo giù un file flash da SVN, ci imbattiamo in qualche strana dipendenza, sia con caratteri, codice che decide improvvisamente di non compilare, sia incompatibilità di versione con Actionscript e Flash MX / CS3 / 4/5.

Nessuno dei creatori dei componenti flash sta ancora lavorando per la società (e nessuna delle dipendenze è documentata), quindi dobbiamo eseguire lo slog attraverso il codice e ci vuole SEMPRE.

Questo mi ha fatto pensare: come funziona lo sviluppo Flash a livello aziendale? Quali strumenti sono usati? È possibile consentire a molte persone di lavorare sullo stesso file Flash ed essere in grado di scaricare quel file su una nuova macchina con problemi di installazione minimi?

    
posta CamelBlues 19.04.2011 - 16:45
fonte

2 risposte

1

Non so che cosa significhi "impresa" qui, ma ho usato integrazione continua con flash (Flex e ActionScript) senza problemi.

Il compilatore e l'SDK sono scritti in Java, quindi puoi eseguirlo dalla riga di comando. Quindi devi solo configurare il tuo server CI aziendale per verificare il codice del progetto e compilare.

    
risposta data 23.04.2011 - 16:52
fonte
1
  • È possibile consentire a molte persone di lavorare sullo stesso file Flash? Sì Questo è ciò che differenzia una buona impresa di sviluppo dai tuoi numerosi negozi flash tradizionali.
  • Convinci la tua azienda che tutto il codice delle applicazioni legacy deve essere riscritto / codificato nell'ultima versione di Flash.
  • È INCREDIBILE integrare contenuti legacy con nuove applicazioni . Ci sono molti misteriosi problemi di compatibilità e trucchi in codice e clip mobili e tra as1, as2, mx, as3. La tua VITA sarà molto più adatta a scrivere una vecchia app nella nuova versione di Flash.
  • Anche se si ha un po 'di come hackerarlo e gestirlo, si romperà di sicuro con la prossima revisione del codice o implementazione o integrazione con la prossima applicazione.
  • È un malinteso comune che flash abbia una buona compatibilità con le versioni precedenti. Non è vero anche se le nuove versioni di Flash Player supportano essenzialmente l'intero processo di sviluppo del codice in avm1 vs avm2. Il modo in cui le versioni più recenti dei lettori flash supportano il codice legacy è un mistero poiché ogni versione interrompe il supporto per un vecchio metodo nelle versioni precedenti di avm.
  • Uno dei principali svantaggi delle vecchie applicazioni dal punto di vista degli sviluppatori è che il codice in as2 / as1 è nascosto in luoghi che solo l'autore originale può trovare. È troppo oscuro e ci vorrà letteralmente più tempo per trovare e capire il codice piuttosto che scrivere semplicemente il nuovo codice e ottenere la stessa funzionalità.
  • Aderisci ad esso e costruisci le tue opere e la documentazione del tuo telaio. Mi spiace farò risparmiare un sacco di tempo in denaro e impegno.
  • Questi database e framework appena scritti possono essere migrati alle nuove versioni di Flash come e quando vengono rilasciati.
  • Ragioni di base per migrazione, sicurezza, funzionalità avanzate, marketing point, prestazioni migliorate
  • Anche se questo dipende ancora dal codice scritto, per la maggior parte flash / actionscript gestisce tutti i problemi di gestione della memoria. ci sono dei passi che puoi compiere per aumentare le prestazioni scrivendo le tue pulizie (è un must per le prestazioni).
  • L'aspetto della documentazione non può mai essere sottolineato abbastanza. Devi iniziare e configurarlo correttamente per il tuo ambiente sapendo bene che i ragazzi precedenti non l'hanno fatto. Deve recitare in alcuni dove rito? Dimentica semplicemente di incolpare i ragazzi precedenti per questo.
risposta data 23.04.2011 - 17:54
fonte

Leggi altre domande sui tag