Share
Săptămâna trecută Adobe a lansat o versiune beta pentru Flash Builder 4; actualizarea la Flex Builder 3. Au fost o mulțime de discuții cu privire la schimbarea numelui, dar este clar că Adobe vrea să rezolve confuzia că Flex este un cadru și Flash este platforma.
Văzând cum am folosit Flex Builder să scriu proiectele mele ActionScript 3.0 pentru mai mult de un an acum, m-am gândit să subliniez câteva dintre noile caracteristici pentru a vă ajuta pe toți cei de la ActionScript 3.0 Flash Developers acolo ...
Din păcate, în timpul muncii mele de zi cu zi nu reușesc să folosesc Flex atât de mult. Având în vedere acest lucru, mă voi concentra exclusiv pe caracteristici care se referă mai mult la proiectele ActionScript 3.0, dar mai întâi aici sunt câteva resurse bune care vorbesc despre suportul Flash 4 de la Flash Builder 4:
Cu lucrurile Flex în afara, să mergem direct în funcțiile pe care le puteți utiliza în următorul proiect ActionScript 3.0.
Refactorizarea reprezintă o parte esențială a dezvoltării oricărei aplicații. Refactorizarea se referă la redenumirea clasei și la mutarea acestora pentru a vă ajuta să organizați și să optimizați structura codului de bază. Refactoring-ul a fost întotdeauna un punct de vedere în Flex Builder, dar Flash Builder 4 adaugă două comenzi noi pentru a face lucrurile mai ușoare.
Primul este Redenumirea. Aceasta vă permite să redenumiți o variabilă sau o metodă și toate referințele la elementul respectiv vor fi actualizate. Acest lucru este foarte important pentru a avea și mă bucur să văd că are propria opțiune de meniu dedicată. Iată un exemplu rapid de utilizare:
Următorul este Move. Acest lucru este important atunci când mutați un fișier de clasă de la un pachet la altul. Acest lucru a existat de fapt în Flex Builder 3, dar în Flash Builder acesta va redenumi de fapt pachetul de clasă la locația în care a fost mutat. Acest lucru este incredibil de la îndemână și o mare plus față de editor. Iată cum să îl folosiți:
Pe lângă pictogramele actualizate, exploratorul de pachete este acum mai ușor de citit și de înțeles. De asemenea, există o caracteristică foarte plăcută, care vă permite să extindeți fișierul unei clase și să vedeți toate metodele din ea, fără a fi nevoie să o deschideți. Iată un exemplu:
Acum, pachetele implicite sunt marcate în mod clar, iar toate sub-pachetele au pictograme diferite din pachetul principal pentru a vă ajuta să vedeți mai bine ierarhia pachetelor mai bine.
În plus față de aceste caracteristici, toate proiectele au acum aceeași pictogramă ca Flash IDE, o cutie roșie cu un F peste ea. Aceasta este modalitatea Adobe de a vă reaminti că totul este construit pentru Flash, dar mi-e dor de a vedea că proiectele Flex și ActionScript sunt clar diferite din punct de vedere vizual.
Acum există un nou panou ASDoc care vă va arăta documentația codului pentru orice variabilă sau metodă pe care o evidențiați. Dacă nu există nici un comentariu pentru a merge cu elementul selectat, veți vedea o descriere simplă a elementului.
Punctele de blocare reprezintă un avantaj deosebit când se dezvoltă în Flex Builder și această caracteristică a fost ușor îmbunătățită în Flash Builder. Punctele de rupere condiționate vă permit să vă opriți codul atunci când o anumită condiție a fost îndeplinită. Să spunem că vrei să testezi când un Sprite se oprește pe ecran? Acum puteți crea un punct de pauză și îl puteți activa atunci când Sprite-ul x este mai mare decât stage.stageWidth.
Acest lucru vă permite să continuați în trecut un punct de pauză la o anumită linie de cod. Acest lucru este minunat dacă sunteți în mijlocul trecerii prin punctele de pauză și doriți să vedeți doar o mică parte din codul dvs. să fie executat. Iată cum puteți face acest lucru:
Testarea unităților vă permite să creați teste de cod care validează părți din aplicația dvs. Sunt foarte mari în aproape toate limbile, dar sunt noi în dezvoltarea Flash. Ideea de bază este că scrieți o clasă simplă pentru a rula codul dintr-o altă clasă pentru a valida faptul că a reușit să execute cu succes comanda. Testarea unităților este acum integrată în Flash Builder. De fapt, face uz de FlexUnit. Deși mergeți în configurarea completă pentru testarea unității este bine în afara sferei de aplicare a acestui articol vă voi arăta câțiva pași simpli pentru a-l în sus și de funcționare:
Stabilirea de teste bune ale unităților poate fi complexă și foarte consumatoare de timp, dar este minunat să vezi ajutorul Flash Builder să automatizeze cât mai mult posibil. Sperăm că unitățile de testare a aplicațiilor Flash vor deveni o practică mai larg acceptată.
Aceasta a fost una dintre caracteristicile cu care așteptam cu adevărat să văd adăugat la Flash Builder. Șabloanele de cod din Eclipse vă permit să salvați un fragment de cod și să-l sunați oricând. Este foarte util atunci când configurați pentru bucle sau coduri repetitive pentru schele poate fi necesar să tastați din nou și din nou. Din păcate, implementarea șabloanelor se limitează la configurarea fișierelor de clasă.
Aici găsiți setările pentru a le actualiza:
În Flex Builder 3, nu ați putut viza o anumită versiune a Flash Player. Acum, în Flash Builder puteți spune proiectului să construiască la versiunea exactă a Flash Player de care aveți nevoie. Este, de asemenea, destul de inteligent pentru a vă spune ce este Flash Player 10.x.xxx versuri specifice Flash Player 9.x.xxx specifice. Există, de asemenea, o actualizare Flex SDK 3.4 pentru Flash Player 9.x.x. Dacă selectați Flex SDK 4.0, sunteți blocat în Flash Player 10.x.xxx. Iată cum puteți modifica această proprietate:
Am observat câteva probleme în timp ce am creat Flash Builder 4 în afara acestuia fiind o versiune beta și am crezut că îmi voi împărtăși notele mele aici:
Dacă sunteți pe un mac și încercați să instalați subclipse nu veți ajunge prea departe. Am găsit acest tutorial grozav care te-a ajutat să te duc la lucru.
Când obțineți setarea SVN și finalizați un proiect cu expertul nou de proiect ca o bibliotecă, acesta nu va aminti calea sursă pe care o selectați. Pentru a vă da un exemplu, când verificați Flash Camo și selectați src ca director principal sursă, trebuie să intru încă în proprietățile proiectului, odată ce acesta este verificat și să reselectați folderul sursă și toate clasele. Acest lucru sa întâmplat și în Flex Builder 3 și este încă puțin enervant.
Vrei sprijin ANT? Aș sugera instalarea versiunii plugin a Flash Builder, deoarece instalează o copie curată a Eclipse 3.4 (Ganymede). De asemenea, veți obține editorul Java, dar îl puteți ignora dacă nu aveți nici o utilitate. Prima mea impresie despre Flash Builder standal a fost că o mulțime de lucruri bune au fost eliminate de pe Eclipse Custom.
Acesta nu este un bug, ci mai degrabă o observație între crearea unui proiect Flex 4 și un proiect ActionScript 3.0 și ceva pe care fiecare dezvoltator ar trebui să îl ia în considerare. Faceți un proiect implicit Flex 4 și un proiect implicit ActionScript 3.0, apoi executați o ediție de lansare pentru fiecare dintre acestea și aruncați o privire la dimensiunea fișierului swf. Un proiect implicit Flex fără cod este la 194k față de un proiect implicit ActionScript 3.0 la 562 octeți. Acum, desigur, proiectul Flex va fi mai mare, deoarece include cadrul, dar începând cu aproape 200k este o supraîncărcare uriașă dacă nu profitați din plin de acest cadru. Doar să vă gândiți la data viitoare când identificați un proiect și la ce tehnologie doriți să folosiți ca bază de cod pentru proiectul dvs..
În cea mai mare parte, se pare că toate subiectele pe care le-am discutat în Tutorialul Flash Developer Sandbox Tutorial (partea 1 și partea 2) vor funcționa pentru dvs. în Flash Builder. După cum am menționat mai sus, singura problemă este SVN. Deci, dacă sunteți nou în Flash Builder și doriți să învățați cum să configurați un flux de lucru simplificat, verificați tutorialul meu.
Se pare că Adobe a adăugat câteva funcții noi pentru Flash Builder, fiind un instrument chiar mai bun pentru dezvoltarea de proiecte Flash. Chiar dacă majoritatea noilor caracteristici au fost plasate pe Flex Projects, sper că am ilustrat mai multe îmbunătățiri cheie pe care dezvoltatorii ActionScript 3.0 le pot profita. Ca și în cazul oricărei versiuni de software, există o mulțime de caracteristici pe care oamenii le-ar fi plăcut să le fi văzut adăugate, dar sunt foarte mulțumită de ceea ce se livrează în acest beta. Cu concurență rigidă din partea FDT, devine din ce în ce mai greu să alegi un favorit încă. Testarea unității este o îmbunătățire majoră și probabil una dintre trăsăturile despre care sunt cel mai entuziasmat. De asemenea, aștept cu nerăbdare să joc cu versiunea mai nouă a Flex Framework.
Vă rugăm să postați gândurile, sentimentele sau problemele de mai jos în comentarii. Vă mulțumim pentru lectură.
Accentsconagua