Ho visto un post molto interessante sul sito www.infoq.com che parla della Top 10 di "errori / errori / confusione", come la programmazione di una domanda in Flex. Questo post parla di cose molto interessante e importante che dobbiamo tenere in mente quando si costruire una applicazione in Flex. Dato che questo post è in inglese, cerco di fare una traduzione in portoghese, in modo che sia più facile per la vostra comprensione, nonché aggiungere alcune opinioni personali. Vale la pena di lettura! A partire. 1. RIA utilizzando un quadro per la costruzione di applicazioni Web 1.0 - (Nuove tecnologie, vecchie abitudini)

Una delle sfide più grandi quando il cambiamento di applicazioni Web 1.0 per lo sviluppo di Ria's è imparare a pensare diversamente. La flex offre una serie di componenti che possono fare le cose che sono state impensabile e impossibile a che fare con a pochi anni fa. A volte questa possibilità è dimenticato e il quadro finisce per essere utilizzati al solo fine di attuare le tradizionali applicazioni Web 1.0. Costruire applicazioni Web 2.0 è più di un parziale aggiornamento di una pagina e aggiungere angolo tondo in divs. Questo è altamente raccomandato di utilizzare solo i Javascript / Ajax e per i CSS e non perdere tempo con il Flex perché la flex dovrebbe essere usato invece di offrire un attraente design e funzionalità per gli utenti. Se sei già programmatori Java, l'apprendimento di azione Script 3 e la lingua di interfaccia è la barzelletta di un bambino. La sfida più grande è che talvolta gli sviluppatori non sono abituate a "disegnare" la vostra applicazione di vista visivo, e lo sviluppo di Ria è un "deve sapere" sono un po 'di conoscenza del design. Il calendario può essere molto buona, ma la vera "forza" di Flex è nel suo aspetto visivo alleato della loro versatilità.

2. Rompere gli aspetti della norma browser.

Mentre il Flex fornisce una piattaforma eccellente per migliorare l'esperienza utente e piacevole, è ancora molto importante per mantenere la "famiglia" del sito / applicazione come i pulsanti di sopra e al di là del browser, un segnalibro e completamento automatico. Contrariamente a quanto si pensa a volte, queste cose non sono difficili da attuare in Flex. La flex 3 include già proprietà "profondo legame" di sostegno al prossimo e precedente pulsanti e segnalibro. E voci come "completamento automatico" può essere facilmente attuato, anche alcuni componenti utilizzati. Deep Linking@labs.adobe.com - Flex Wiki. Automatica completa; esempio e componente @ automatico di ingresso

3. Molti "contenitori" di ridurre le prestazioni della domanda.

Flash Player utilizza una gerarchia di visualizzare oggetti grafici simili a oggetti HTML DOM. Come molti altri "contenitori" sono usati, il più necessario per rederização. Al centro di sviluppo di Adobe Flex (Adobe Flex Developer Center) potete trovare un articolo che analizza le migliori pratiche relative alle prestazioni di Flex, compreso l'uso di "contenitori". Il più grande nemico di Flex prestazioni è legata alla tentazione di utilizzare molti "contenitori" per migliorare l'aspetto della nostra applicazione, ma aumenta notevolmente negativamente le prestazioni di Flex. Questo è il peggior nemico delle prestazioni di Flex, e fortunatamente è al 100% contornável, è sufficiente fare uso moderato di questi contenitori.

4. Utilizzo di XML per trasferire i dati su protocolli (già ottimizzati), riduce le prestazioni.

La flex sviluppatori offre un gran numero di opzioni per la comunicazione tra il server Flex e tecnologie, comprese le AMF3, XML, SOAP, richiesta HTTP e diretto. Si può vedere un esempio di uso di queste tecnologie così come il punto di riferimento qui. Il BlazeDS (open source), attualmente con il supporto di Adobe, una scelta deve essere quasi obbligatorio nei progetti che utilizzano backend in Java, utilizzando il protocollo AMF3. L'AMF è un protocollo di trasferimento file binario, che facilmente integrare con Java, PHP, Python o quasi tutte le lingue lato server, utilizzando diverse varianti specifiche per le diverse lingue e fornisce maggiori affidabilità e prestazioni.

5. Cercando di assumere un programmatore Flex "non può essere la scelta migliore, né facile."

Flex programmatori esperti e con le credenziali, sono ancora molto difficili da trovare e quelli che vengono pagati sono il peso d'oro. Attualmente il Flex è stato adottato come java alla fine degli anni'90. La richiesta per gli sviluppatori flex continua a superare le offerte rendono molto difficile trovare un buon programmatore di Flex, ma allo stesso tempo crea una grande opportunità per sviluppatori Java e non solo ampliare le proprie conoscenze e di adottare flex come il quadro di riferimento per lo sviluppo. Molte aziende cercano sviluppatori Flex fine di assunzione di persone che conoscono molto bene le altre lingue di Java o applicazioni Web, e data la carenza di Flex professionale, solo per dare tempo di alcune settimane di formazione per Flex perché la sua lingua e API sono facilmente appreso da chi è già familiarità con la programmazione web e la grafica.

6. Non usare troppo animato e gli effetti.

Uso del flash come una piattaforma per la distribuzione, un programmatore flex sentirsi facilmente tentati di usare e abusare del "one-line-effetti" che porta flex, ma gli sviluppatori dovrebbero utilizzare solo questi effetti anche quando sono necessarie, e non utilizzare mai il sapendo che si divertono nel contesto della domanda. L'uso eccessivo di effetti si possono ottenere stanco! Gli effetti sul flex, e la sua durata dovrebbe essere preso in considerazione, e se possono contare su un sollievo e percezione visiva di un "Designer" meglio, in modo per accertarsi che la domanda avrà molto più piacevole. Molte delle animazioni sono semplicemente molto lungo, lento, noioso e talvolta eccessivo. Ridurre le animazioni! Se c'è una cosa che gli utenti non è come dover attendere la fine di una animazione, che a volte non piace essere in grado di iniziare a utilizzare l'applicazione. Non voglio concludere con le animazioni in flesso, ma a sensibilizzare l'uso corretto di essi. Ogni animazione e l'effetto deve avere una fine e potrebbe essere applicato con parsimonia! Si può vedere un articolo molto interessante sul animazione e gli effetti qui.

7. Non impostare un "eco-sistema" in compagnia.

Come in tutti i lavori relativi ai progetti di programmazione di software, è anche estremamente importante in flesso montare un "eco-sistema" per sviluppare applicazioni. La TTD (Test Driven Development, o in via di sviluppo "assistenza") è una pietra miliare in ogni progetto di qualsiasi impresa. Per Flex, il quadro FlexUnit serve proprio piano di "unità di prove". In Adobe Developer Connection, Neil Webb discute l'uso di programmatori di TTD Flex, utilizzando FlexUnit. (è possibile visualizzare il post qui). Vi è inoltre la Flexcover per "codice di segnalazione di copertura", qualcosa come "rapporti di copertura del codice". La continua integrazione (CI), come è dimostrato una buona pratica per la costruzione e Flex piano quando il progetto è sviluppato da più di un programmatore. In analogia a Java, la Ant e Maven plug-in sono disponibili anche per la continua integrazione delle applicazioni Flex.

8. Non utilizzare il quadro completamente.

C'è un sacco di "funzionalità" nel opzionale Flex che dovrebbero essere considerati in via di sviluppo di un'applicazione. Ad esempio Runtime Shared Libraries (RSL) può essere usato per ridurre in modo significativo le dimensioni di applicazioni. Le dimensioni di una domanda può essere ridotto utilizzando riferimenti diretti ai file / images / scritps che possono essere trasferiti separatamente dal server al cache del tuo computer. Questa operazione richiede che più applicazioni che utilizzano questi "beni" sono caricati in "autonomia", ma è solo scaricare sul tuo computer una sola volta. Questi file / images / script sono chiamati condivisa Runtime librerie condivise. Un altro di 'funzioni' appena utilizzato il quadro, le caratteristiche di usabilità sono già inclusi in Flex. Si può leggere di più su queste funzionalità qui. Chi vuole veramente per soddisfare l'accessibilità e l'utilizzo nelle loro applicazioni, il flex rende questo compito semplice e offre molte caratteristiche come potete vedere qui.

9. Non utilizzare "renderer" nel complesso del DataGrid.

L'originale itemRenderer per il DataGrid già molto ottimizzato! (e, di conseguenza, essere modificati o attuate farà diminuire in termini di prestazioni, parlato nel paragrafo 3). Il numero di "renderer voce" che sono "compilato" da DataGrid è moltiplicato per righe e colonne, creando una quantità enorme di codice. Per ridurre al minimo tale impatto, è necessario utilizzare il "itemRenderers" quando sono veramente necessari e devono essere quanto più snella possibile. Quando itemRenderes più elaborata e complessa sono anche necessarie è necessario utilizzare un UIComponent (o altre classi "basso livello") e mettere il suo contenuto alla riga / colonna manualmente.

10. Non preparare la nostra applicazione per la modalità offline.

Il modello tradizionale di Ria's è orientata verso il browser, ma tecnologie come Adobe AIR o Google Gears consentono attualmente Flex applicazioni vengono eseguite in modalità non in linea. Non preparare le domande per una possibile applicazione in modalità non in linea, se l'utente / cliente a desiderare quando non in linea, le cose diventano molto difficili da trasformare, come avrebbe dovuto rifare molto del codice di attuazione. Tipicamente, le applicazioni per le imprese / impresa, eseguito su un server. Una risata quando non in linea, permette molto di più "espansione" per il cliente / utente, così l'architettura della domanda deve essere facilmente implementato e convertiti da / per ordinare online / offline.

Beh, e così concludere, la traduzione non è stata fatta alla lettera, ma credo che l'eccellente qualità del post originale informativo, che merita il mio lavoro in "Traduzione".

E 'stato utile?

Un abbraccio.

Questo articolo è disponibile in formato PDF per il download.