Share
Vorige week bracht Adobe een bètaversie uit voor Flash Builder 4; de update voor Flex Builder 3. Er is veel discussie geweest over de naamswijziging, maar het is duidelijk dat Adobe de verwarring wil oplossen dat Flex een raamwerk is en dat Flash het platform is.
Toen ik zag hoe ik Flex Builder heb gebruikt om mijn ActionScript 3.0-projecten nu ruim een jaar te schrijven, dacht ik dat ik enkele van de nieuwe functies wilde benadrukken om al je ActionScript 3.0 Flash-ontwikkelaars te helpen ...
Helaas kan ik tijdens mijn dagelijkse werkzaamheden Flex niet zoveel gebruiken. Met dat in mijn achterhoofd zal ik me alleen concentreren op functies die meer betrekking hebben op ActionScript 3.0-projecten, maar eerst zijn hier enkele goede bronnen die het hebben over de Flex 4-ondersteuning van Flash Builder 4:
Laten we, met het Flex-spul uit de weg, direct naar functies springen die u in uw volgende ActionScript 3.0-project kunt gebruiken.
Refactoring is een essentieel onderdeel van de ontwikkeling van elke applicatie. Refactoring verwijst naar het hernoemen van klassen en het verplaatsen ervan om uw onderliggende codestructuur te helpen organiseren en optimaliseren. Refactoring is altijd een pijnlijke plek geweest in Flex Builder, maar Flash Builder 4 voegt twee nieuwe opdrachten toe om dingen eenvoudiger te maken.
De eerste is Hernoemen. Hiermee kunt u een variabele of methode hernoemen en alle verwijzingen naar dat item worden bijgewerkt. Dit is heel belangrijk om te hebben en ik ben blij om te zien dat het een eigen speciale menu-optie heeft. Hier is een snel voorbeeld van hoe het te gebruiken:
De volgende is Move. Dit is belangrijk bij het verplaatsen van een klassenbestand van het ene pakket naar het andere. Dit bestond eigenlijk in Flex Builder 3, maar in Flash Builder wordt het pakket van de klasse feitelijk hernoemd naar de locatie waarnaar het is verplaatst. Dit is ongelooflijk handig en een geweldige toevoeging aan de editor. Hier is hoe het te gebruiken:
Afgezien van de bijgewerkte pictogrammen is de pakketverkenner nu gemakkelijker te lezen en te begrijpen. Er is ook een hele leuke functie waarmee je een klassenbestand kunt uitbreiden en alle methoden kunt bekijken zonder dat je het hoeft te openen. Hier is een voorbeeld:
Nu zijn standaardpakketten duidelijk gemarkeerd en hebben alle subpakketten verschillende pictogrammen van het hoofdpakket om de pakkethiërarchie duidelijker te kunnen zien.
Naast deze functies hebben alle projecten nu hetzelfde pictogram als de Flash IDE, een rood vak met een F erboven. Dit is Adobe's manier om je eraan te herinneren dat alles is gebouwd voor Flash, maar ik mis het zien van Flex- en ActionScript-projecten die duidelijk visueel anders zijn.
Er is nu een nieuw ASDoc-paneel dat u codedocumentatie toont over elke variabele of methode die u markeert. Als er geen opmerking bij het geselecteerde item staat, ziet u een eenvoudige beschrijving van het item.
Breekpunten zijn een grote troef bij het ontwikkelen in Flex Builder en deze functie is enigszins verbeterd in Flash Builder. Met voorwaardelijke breekpunten kunt u uw code stoppen wanneer aan een specifieke voorwaarde is voldaan. Laten we zeggen dat je wilt testen wanneer een Sprite van het scherm verdwijnt? Nu kun je een breekpunt maken en activeren als de x van de Sprite groter is dan stage.stageWidth.
Hiermee kunt u verder gaan dan een breekpunt naar een specifieke regel code. Dit is geweldig als u bezig bent met het doorbreken van uw breekpunten en wilt zien dat slechts een klein deel van uw code wordt uitgevoerd. Hier ziet u hoe u dit kunt doen:
Met eenheidstests kunt u codetests maken die delen van uw toepassing valideren. Ze zijn erg groot in bijna elke taal, maar zijn nieuw voor de ontwikkeling van Flash. Het basisidee is dat je een eenvoudige klasse schrijft om code uit een andere klasse uit te voeren om te valideren dat deze met succes de opdracht kon uitvoeren. Het testen van eenheden is nu ingebouwd in Flash Builder. Het maakt eigenlijk gebruik van FlexUnit. Hoewel de volledige configuratie voor het testen van eenheden binnen de scope van dit artikel valt, zal ik u een paar eenvoudige stappen laten zien om het in gebruik te nemen:
Het opzetten van goede unit tests kan ingewikkeld en zeer tijdrovend zijn, maar het is geweldig om te zien hoe Flash Builder zoveel mogelijk van dit kan automatiseren. Hopelijk wordt het testen van Flash-toepassingen een algemeen geaccepteerde praktijk.
Dit was een van de functies waar ik erg op uit was om toegevoegd te worden aan Flash Builder. Met coderingssjablonen in Eclipse kunt u een codefragment opslaan en op elk gewenst moment oproepen. Het is erg handig bij het instellen van lussen of herhalende steigercode die je misschien steeds opnieuw moet typen. Helaas is de implementatie van sjablonen beperkt tot het instellen van Class-bestanden.
Hier kunt u de instellingen vinden om ze bij te werken:
In Flex Builder 3 kon je geen specifieke versie van de Flash Player targeten. Nu kunt u in Flash Builder aangeven dat het project moet worden gebouwd naar de exacte versie van de Flash Player die u nodig hebt. Het is ook intelligent genoeg om u te laten weten welke Flash Player 10.x.xxx specifieke verzen specifiek voor Flash Player 9.x.xxx zijn. Er is ook een bijgewerkte Flex SDK 3.4 voor Flash Player 9.x.x. Als u Flex SDK 4.0 selecteert, wordt u vergrendeld in Flash Player 10.x.xxx. Hier ziet u hoe u deze eigenschap kunt wijzigen:
Ik heb een aantal problemen opgemerkt bij het instellen van Flash Builder 4 omdat dit een bèta-versie was en ik dacht dat ik mijn aantekeningen hier zou delen:
Als je een mac gebruikt en subclips probeert te installeren, kom je niet ver. Ik vond deze geweldige tutorial om je te helpen het werk te laten werken.
Wanneer u SVN-instellingen krijgt en een project uitcheckt met de nieuwe projectwizard als een bibliotheek, onthoudt het het bronpad dat u selecteert niet. Om je een voorbeeld te geven, wanneer ik Flash Camo uitzoek en src selecteer als de hoofdbrondirectory, moet ik nog steeds naar de projecteigenschappen gaan, als het eenmaal is uitgecheckt, en opnieuw de bronmap en alle klassen selecteren. Dit gebeurde ook in Flex Builder 3 en is nog steeds een beetje vervelend.
Wil je ANT-ondersteuning? Ik zou voorstellen om de plug-in-versie van Flash Builder te installeren, omdat deze ook een schone kopie van Eclipse 3.4 (Ganymede) installeert. Je krijgt ook de Java-editor, maar je kunt het gewoon negeren als je er geen gebruik van maakt. Mijn eerste indruk van de standalone Flash Builder was dat veel goede dingen uit hun aangepaste Eclipse Build waren verwijderd.
Dit is geen bug, maar eerder een observatie tussen het maken van een Flex 4-project versus een ActionScript 3.0-project en iets waar elke ontwikkelaar rekening mee zou moeten houden. Maak een standaard Flex 4-project en een standaard ActionScript 3.0-project en voer vervolgens een release-build voor elk uit en bekijk de SWF-bestandsgrootte. Een standaard Flex-project zonder code is bij 194k vs. een standaard ActionScript 3.0-project bij 562 bytes. Nu wordt het Flex-project natuurlijk groter omdat het het framework bevat, maar vanaf bijna 200.000 is er een enorme overbelasting als je niet volledig profiteert van het framework. Gewoon iets om over na te denken wanneer u de volgende keer een project beschrijft en welke technologie u van plan bent te gebruiken als de codebasis voor uw project.
Voor het grootste deel lijkt het erop dat alle onderwerpen die ik in mijn Flash Developer Sandbox-zelfstudie (deel 1 en deel 2) heb besproken, voor u werken in Flash Builder. Zoals ik hierboven al zei, is het enige probleem de SVN. Dus als u nog niet bekend bent met Flash Builder en wilt leren hoe u een gestroomlijnde werkstroom kunt instellen, bekijk dan mijn zelfstudie.
Het lijkt erop dat Adobe een aantal fantastische nieuwe functies aan Flash Builder heeft toegevoegd, waardoor het een nog betere tool is voor het ontwikkelen van Flash-projecten. Hoewel de meeste nieuwe functies op Flex-projecten zijn geplaatst, hoop ik dat ik een aantal belangrijke verbeteringen heb geïllustreerd die ActionScript 3.0-ontwikkelaars kunnen gebruiken. Zoals met elke softwareversie zijn er veel functies die mensen graag zouden hebben gezien, maar ik ben erg tevreden met wat er in deze bèta wordt geleverd. Met de stijve concurrentie van FDT wordt het nog moeilijker om een favoriet te kiezen. Het testen van de unit alleen is een belangrijke verbetering en waarschijnlijk de enige eigenschap waar ik het meest enthousiast over ben. Ik kijk er ook naar uit om met de nieuwere versie van het Flex Framework te spelen.
Plaats uw gedachten, gevoelens of problemen hieronder in de opmerkingen. Bedankt voor het lezen.
Accentsconagua