Nou, je Flex applicatie is al in productie zijn. Maar hoe denkt u te implementeren toekomstige patches in je code? Ik bedoel alle bugs of évloutions specifieke MXML onderdelen of ActionScript klassen? Natuurlijk, je kunt het hercompileren van de gehele applicatie met honderden klassen om een nieuwe versie van een van je klassen. We zullen zien dat er een manier om het implementeren van een enkele klasse, en de rest van de aanvraag intact. In de Java wereld, de oplossing is heel simpel. Een typische Java-applicatie bevat veel bestanden. JAR-bestanden (denk aan bibliotheken of swc:)) en er is het begrip "klasse pad." Als een programma moet het gebruik van een klasse, de Java class loader probeert te vinden in de pot of categorieën vermeld in de "CLASSPATH".

Als er meer dan een versie van de klas in het pad, de "class loader" zal de eerste. Dit vereenvoudigt de implementatie van patches in Java-toepassingen in de productie. Gewoon om de veranderingen in de klas en zet hem in de har dat wordt gebruikt in de CLASSPATH.

Vervolgens implementeren van deze kruik in de productie, en de klasse ladertype zullen blij zijn met het nieuws van de verzsion classe.Et Flex in alles wat je zegt? U kunt gebruik maken van dezelfde techniek in Flex, dat heeft ook de concepten van CLASSPATH, class loader en bibliotheken.

Ga naar het venster Eigenschappen van uw project in Flex Builder en kijken naar de "bouwen pad" van uw aanvraag. Op een minimum beperkt, u vindt alle bibliotheken (samengesteld swc bestanden) die de Flex kader zelf.

Op elk moment kunt u een nieuwe Flex Bibliotheek project "zogenaamde" patches "bijvoorbeeld. Voor het compileren van het project in een swc, voeg een lege ActionScript klasse hier.

Wij zullen gebruik maken van "patchs.swc" als eerste punt op het pad van het project bouwen proncipal.

Belangrijk: Wij zullen de bibliotheek ave de belangrijkste project als een "Resource Shared Library (RSL), hetgeen betekent dat bojets uit" patchs.swc zal niet worden vergeleken met de code van de belangrijkste toepassing, maar wordt verantwoordelijk voor de uitvoering van de aanvraag.

Voeg de compiler optie-debug = false naar uw Flex bibliotheek project "om de foutmelding van de Flash Player of de debugger voor dit RSL is gevestigd.

Ga nu naar het pad van uw Flex applicatie en voeg belangrijkste "patchs.swc" aan het begin van de lijst. Selecteer het type koppeling RSL, zoals hieronder weergegeven:

Terug in de eigenschappen van uw Flex-project en voeg de pleister aan de bibliotheek in de lijst van referenties van het project.
Nu u uw belangrijkste project - zie je geen verschil, omdat de "patchs.swc" moet niet bevatten code.Ensuite, een kopie van je lessen in het hoofdmenu van toepassing op de gepatchte bibliotheek project, en de opnieuw compileren de "patchs.swc.

Nu Nouy zijn twee versies van deze klasse - is het nieuws in de "patchs.swc" en de voormalige bij de uitvoering van de run-principale.Re applcations Main.

U ziet de nieuwe versie van de gewijzigde klasse wordt gebruikt. De class loader gebruikt de nieuwe versie, omdat "patchs.swc is gelegen op de top van uw aanvraag CLASSPATH. Dat is alles wat er te besion Elke keer dat u nodig hebt om kleine veranderingen in uw aanvraag in productie, zal het volstaan om ze in de "patchs.swc" en uploaden op de productie machine .

Bron: Faratea Systems

Als u nu komt voor het eerst op Flex-info.fr, kunt u zich abonneren op de RSS-feed. Dank u voor uw bezoek!