Ebbene, la vostra applicazione Flex è già in produzione. Ma come si pensa di distribuire le patch in futuro il codice? Voglio dire tutti i bug o évloutions specifiche componenti MXML o ActionScript classi? Naturalmente, è possibile ricompilare l'intera applicazione con centinaia di classi per implementare una nuova versione di una delle tue classi. Vedremo che ci sia un modo per distribuire una singola classe, lasciando il resto della domanda intatto. Nel mondo Java, la soluzione è molto semplice. Una tipica applicazione Java contiene molti file. Jar file (si pensi biblioteche o SWC:)) e vi è il concetto di "percorso di classe". Se un programma ha bisogno di usare una classe, la classe Java loader cerca di trovare nel barattolo o classi elencate nel "classpath".

Se vi è più di una versione della classe nel percorso, la "class loader" sarà il primo. Questo semplifica notevolmente la realizzazione di patch per le applicazioni Java in produzione. È sufficiente effettuare le modifiche in aula e mettere in har che viene utilizzata nel classpath.

Quindi distribuire questo vaso in produzione, e la classe loader sarà felice con la notizia della verzsion classe.Et Flex in tutto ciò che si dice? È possibile utilizzare la stessa tecnica di Flex, che ha anche i concetti di classpath, classe loader e librerie.

Vai alla "finestra" Proprietà "del tuo progetto in Flex Builder e guardare il" costruire percorso "della vostra applicazione. Al minimo, è possibile trovare tutte le librerie (file compilato SWC), che rappresentano il Flex quadro stesso.

In qualsiasi momento, è possibile creare un nuovo progetto Flex Biblioteca "chiamato" patch "per esempio. Per compilare il progetto in un SWC, aggiungere un vuoto classe ActionScript qui.

Noi useremo "patchs.swc" come primo punto nel percorso di costruzione del progetto proncipal.

Importante: Ci sarà la biblioteca ave collegamento principale progetto come una "risorsa Shared Library (RSL), il che significa che bojets da" patchs.swc non sarà rispetto al codice del ricorso principale, ma sarà responsabile per l'esecuzione della domanda.

Aggiungi il compilatore l'opzione-debug = false per il vostro progetto Flex biblioteca "per rimuovere il messaggio di errore di Flash Player o il debugger per questo si trova RSL.

Ora vai al percorso della vostra applicazione Flex e aggiungere principale "patchs.swc" all'inizio della lista. Selezionare il tipo di collegamento RSL, come illustrato di seguito:

Torna nelle proprietà del vostro progetto Flex e aggiungere la patch alla libreria nella lista dei riferimenti del progetto.
Ora lanciate il vostro principale progetto - si dovrà vedere alcuna differenza in quanto il "patchs.swc" non deve contenere code.Ensuite copiare una delle tue classi da principale domanda alla libreria di patch del progetto, e modificare la ri-compilare il "patchs.swc.

Ora Nouy sono due versioni di questa classe - la notizia è nel "patchs.swc" e la prima in fase di attuazione principale.Re applcations Meno.

Vedrai la nuova versione della classe modificati viene utilizzato. La classe loader utilizza la nuova versione dal "patchs.swc si trova nella parte superiore della vostra applicazione classpath. Questo è tutto ciò che c'è da besion Ogni volta che è necessario apportare delle piccole modifiche nella vostra applicazione in produzione, sarà sufficiente per renderli in "patchs.swc" e caricarlo sulla macchina di produzione .

Fonte: Faratea Sistemi

Se questa è la tua prima volta su Flex-info.fr, puoi iscriverti al feed RSS. Grazie per la vostra visita!