C'è un modo per convincere FlexBuilder 3 a trattare un progetto come un'applicazione e una libreria?

Question

Il mio team crea librerie riutilizzabili per altri team di sviluppo software (interni). Usiamo FlexBuilder 3 come ambiente di sviluppo. I nostri standard SCM affermano che questi progetti devono includere cablaggi di prova e un corridore di test unitari e (ovviamente) vogliamo essere in grado di utilizzare il debugger. Per tale motivo, tutti i progetti sono Applicazioni.

I nostri script di build (utilizzati principalmente dal sistema CI e per la distribuzione delle versioni) creano le nostre librerie effettive che funzionano alla grande. Questo approccio viene utilizzato in modo che FlexBuilder non sia necessario per costruire effettivamente i nostri artefatti di produzione (dalla riga di comando).

Il problema è questo: per poter aggiungere un progetto FlexBuilder al percorso della libreria per un'applicazione, deve essere un progetto della libreria. Ho provato ad aggiungere una natura al progetto che vogliamo includere, ma non l'ho ancora fatto funzionare. Ti consigliamo di farlo se desideri eseguire il debug dei file di origine in un altro progetto.

Una soluzione semplice (ma fastidiosa) è quella di includere la cartella di origine del progetto di libreria "quot" come cartella di origine nel progetto di applicazione "quot". " È fastidioso perché sono necessari più passaggi per passare da uno swc al "progetto di libreria" e la cartella di origine del progetto stesso.

Answer 1

Suggerirei anche di suddividerlo in 2 progetti. Avere 1 progetto di biblioteca e 1 applicazione per i test e il testrunner.

A proposito: FlexBuilder 4 avrà il supporto per l'esecuzione dei test FlexUnit nell'IDE, sia per le applicazioni Flex che per i progetti di librerie Flex. Quindi non dovrai mantenere un'applicazione solo per il gusto di eseguire i test.

Answer 2

Supponendo che sia possibile, suggerirei di adattare i vostri standard SCM per consentire l'esecuzione di imbracature di test e unità di test unitari in altri progetti. È sufficiente imporre che qualsiasi progetto di biblioteca debba includere un progetto di test di accompagnamento.

Answer 3

Non so che questo renderà tutto più semplice, ma in realtà renderei la libreria e i test un progetto separato. Ciò ti consentirebbe di controllare ciascuna la fonte e risolverebbe il tuo problema con Flexbuilder. Non renderà più facile lavorare con, ma sarà più pulito e più facile da aggiornare.

Answer 4

Non ho capito completamente la descrizione della tua situazione, ma se è utile, descriverò come abbiamo organizzato i nostri progetti Flex. La maggior parte del codice dell'applicazione è contenuta in un progetto SWC ("libreria"). Creiamo quindi due progetti SWF ("applicazione"): una "shell" applicazione che rappresenta il file SWF di output finale e un'applicazione FlexUnit 2 del cablaggio di prova. Entrambi questi progetti SWF fanno riferimento al progetto SWC utilizzando un percorso di origine. L'uso di questo approccio ha reso banale l'abilitazione di unit test per l'applicazione base di codice nel SWC.