Share
I forrige uke lanserte Adobe en beta for Flash Builder 4; oppdateringen til Flex Builder 3. Det har vært mye diskusjon om navneendringen, men det er klart at Adobe ønsker å sortere ut forvirringen om at Flex er et rammeverk og Flash er plattformen.
Se hvordan jeg har brukt Flex Builder til å skrive mine ActionScript 3.0-prosjekter i over et år nå, jeg skjønte jeg ville markere noen av de nye funksjonene for å hjelpe alle dere ActionScript 3.0 Flash-utviklere der ute ...
Dessverre, i mitt daglige arbeid, får jeg ikke bruke Flex så mye. Med det i tankene fokuserer jeg bare på funksjoner som forholder seg mer til ActionScript 3.0-prosjekter, men for det første er det noen gode ressurser som snakker om Flash Builder 4s Flex 4-støtte:
Med Flex-tingene ut av veien, la oss hoppe rett inn i funksjoner du kan bruke i ditt neste ActionScript 3.0-prosjekt.
Refactoring er en kritisk del av enhver applikasjons utvikling. Refactoring refererer til å omdøpe klasser og flytte dem rundt for å hjelpe til med å organisere og optimalisere din underliggende kodestruktur. Refactoring har alltid vært et ømt sted i Flex Builder, men Flash Builder 4 legger til to nye kommandoer for å gjøre det enklere.
Først opp er Rename. Dette lar deg omdøpe en variabel eller metode og alle referanser til det aktuelle elementet vil bli oppdatert. Dette er veldig viktig å ha, og jeg er glad for å se at den har sitt eget dedikerte menyalternativ. Her er et raskt eksempel på hvordan du bruker det:
Neste opp er Flytt. Dette er viktig når du flytter en klassefil fra en pakke til en annen. Dette eksisterte faktisk i Flex Builder 3, men i Flash Builder vil den faktisk omdøpe klassens pakke til stedet den ble flyttet til. Dette er utrolig praktisk og et flott tillegg til redaktøren. Slik bruker du det:
Bortsett fra de oppdaterte ikonene, er pakkeutforskeren nå lettere å lese og forstå. Det er også en veldig fin funksjon som lar deg utvide en klasses fil og se alle metodene i den uten å måtte åpne den opp. Her er et eksempel:
Nå er standardpakker tydelig merket og alle delpakker har forskjellige ikoner fra hovedpakken for å gjøre det lettere å se pakkehierarkiet bedre.
I tillegg til disse funksjonene har alle prosjekter nå samme ikon som Flash IDE, en rød boks med en F over den. Dette er Adobes måte å minne om at alt er bygget for Flash, men jeg savner å se at Flex og ActionScript-prosjekter klart er visuelt forskjellige.
Det er nå et nytt ASDoc-panel som vil vise deg kodedokumentasjon på en hvilken som helst variabel eller metode du markerer. Hvis det ikke er noen kommentar å gå med det valgte elementet, vil du se en enkel beskrivelse av varen.
Breakpoints er en stor fordel når du utvikler i Flex Builder, og denne funksjonen har blitt litt forbedret i Flash Builder. Betingede bruddpunkter tillater deg å stoppe koden din når en bestemt betingelse er oppfylt. La oss si at du vil teste når en Sprite går av skjermen? Nå kan du opprette et pause punkt og få det aktivert når Sprite er x større enn stage.stageWidth.
Dette gjør at du kan fortsette forbi et bruddpunkt til en bestemt kodeks. Dette er flott hvis du er midt i å gå gjennom dine pause poeng og vil se bare en liten del av koden din blir henrettet. Slik gjør du dette:
Enhetstesting lar deg lage kodetester som validerer deler av søknaden din. De er veldig store på nesten alle språk, men er nye for Flash-utvikling. Den grunnleggende ideen er at du skriver en enkel klasse for å kjøre kode fra en annen klasse for å validere at den var vellykket i stand til å utføre kommandoen. Enhetstesting er nå innebygd i Flash Builder. Det bruker faktisk FlexUnit. Selv om du går inn i det fulle oppsettet for enhetstesting, ligger det bra ut av omfanget av denne artikkelen, og jeg vil vise deg noen enkle trinn for å få det oppe og kjører:
Å sette opp gode enhetstester kan være komplisert og svært tidkrevende, men det er flott å se Flash Builder hjelpe automatisere så mye av dette som mulig. Forhåpentligvis testenhet Flash-applikasjoner blir en mer allment akseptert praksis.
Dette var en av funksjonene jeg virkelig gleder meg til å se lagt til i Flash Builder. Kodemaler i Eclipse lar deg lagre en kodebit og koble den opp når som helst. Det er veldig nyttig når du setter opp for sløyfer eller repeterende stillas kode du må kanskje skrive ut igjen og igjen. Dessverre er implementering av mal begrenset til oppsett av klassefiler.
Her er hvor du kan finne innstillingene for å oppdatere dem:
I Flex Builder 3 kan du ikke målrette mot en bestemt versjon av Flash Player. Nå i Flash Builder kan du fortelle prosjektet å bygge til den eksakte versjonen av Flash Player du trenger. Det er også intelligent nok til å fortelle deg hva som er Flash Player 10.x.xxx spesifikke vers Flash Player 9.x.xxx spesifikk. Det er også en oppdatert Flex SDK 3.4 for Flash Player 9.x.x. Hvis du velger Flex SDK 4.0, er du låst til Flash Player 10.x.xxx. Slik kan du endre denne egenskapen:
Jeg har lagt merke til noen problemer mens jeg installerte Flash Builder 4 utenfor at det var en beta og trodde jeg ville dele notatene mine her:
Hvis du er på en mac og prøver å installere subclipse, vil du ikke komme veldig langt. Jeg fant denne flotte opplæringen for å hjelpe deg med å få det til å fungere.
Når du får SVN-oppsett og kassering av et prosjekt med den nye prosjektguiden som et bibliotek, vil det ikke huske kildebanen du velger. For å gi deg et eksempel, når jeg sjekker ut Flash Camo og velg src som hovedkildekatalogen, må jeg fortsatt gå inn i prosjektegenskapene, når den er sjekket ut, og velg kildemappen og alle klassene. Dette skjedde også i Flex Builder 3 og er fortsatt litt irriterende.
Vil du ha ANT-støtte? Jeg foreslår at du installerer plugin-versjonen av Flash Builder siden den også installerer en ren kopi av Eclipse 3.4 (Ganymede). Du får også Java-editoren, men du kan bare ignorere den hvis du ikke har noe for det. Mitt første inntrykk av den frittstående Flash Builder var at mange gode ting ble fjernet ut av deres eclipse Build.
Dette er ikke en feil, men mer av en observasjon mellom å skape et Flex 4-prosjekt versus et ActionScript 3.0-prosjekt og noe som hver utvikler bør ta hensyn til. Lag et standard Flex 4-prosjekt og et standard ActionScript 3.0-prosjekt, og utfør deretter en utgivelsesbygning for hver og ta en titt på swf-filstørrelsen. Et standardfeilprosjekt uten kode er 194k mot et standard ActionScript 3.0-prosjekt ved 562 byte. Nå vil selvfølgelig Flex-prosjektet bli større siden det inkluderer rammen, men starter på nesten 200k er en stor overbelastning hvis du ikke tar full nytte av rammen. Bare noe å tenke på neste gang du specking ut et prosjekt og hvilken teknologi du planlegger å bruke som koden for prosjektet ditt.
For det meste ser det ut som at alle emnene jeg diskuterte i min utvikler Sandbox-veiledning (del 1 og del 2) vil fungere for deg i Flash Builder. Som nevnt ovenfor er det eneste problemet SVN. Så hvis du er ny til Flash Builder og vil lære å sette opp en strømlinjeformet arbeidsflyt, sjekk ut opplæringen min.
Det ser ut til at Adobe la til flotte nye funksjoner til Flash Builder, noe som gjør det til et enda bedre verktøy for å utvikle Flash-prosjekter. Selv om de fleste nye funksjoner ble plassert på Flex Projects, håper jeg at jeg har illustrert flere viktige forbedringer som ActionScript 3.0-utviklere kan dra nytte av. Som med enhver programvareutgivelse er det mange funksjoner folk ville ha likt å ha sett, men jeg er veldig fornøyd med hva som blir levert i denne betaen. Med stiv konkurranse fra FDT blir det vanskeligere å velge en favoritt ennå. Enheten testing alene er en stor forbedring og sannsynligvis den ene funksjonen jeg er mest spent på. Jeg ser også frem til å spille med den nyere versjonen av Flex Framework.
Vennligst legg inn dine tanker, følelser eller problemer nedenfor i kommentarene. Takk for at du leste.
Accentsconagua