Dovrei aggiungere VO in un progetto di libreria durante lo sviluppo di utilizzo di moduli flessibili?
-
21-09-2019 - |
Domanda
sto sviluppando un applicazioni basate moduli in Flex e stavo pensando di trasferirsi tutti i miei oggetti di valore (SOV) in un progetto di libreria e mi chiedevo se qualcuno pensa che questo sia una cattiva idea o in caso di proposte alternative.
Struttura attuale: Ho un progetto che consistono di una domanda guscio e 3 moduli. I moduli contengono circa 10 componenti personalizzati in ogni che vengono caricati dinamicamente in fase di esecuzione. Il mio problema è componente A (modulo A) ha bisogno per passare i dati al componente B (nel modulo B). Così, quando questo accade sposto la VO che componente A stava usando per una cartella comune. Ho poi passare il VO e hanno il componente B raccogliere che fino e fare ciò che mai ha bisogno di fare con esso.
Quindi quello che stavo pensando stava usando un progetto libreria esistente e l'aggiunta di tutti i miei VO ad esso. In questo modo non avrò mai a spostare una VO dal modulo in una cartella comune in modo che entrambi Modulo A e Modulo B possono accedervi. L'idea di base è che voglio essere in grado di completare qualsiasi modulo astratto da shell nella propria widget o Air app con la seconda eventuali altri moduli.
Qualcuno pensa che questo sia cattiva pratica? Se sì, perché? e hai qualche alternative?
Grazie!
Soluzione
Il tuo approccio ha senso ed è più o meno ciò che i progetti di libreria sono stati progettati per. È possibile compilare lo SWC direttamente nel file SWF principale o addirittura esternalizzare la biblioteca come RSL. Se non avete un sacco di di VO (centinaia) sarà probabilmente più senso per compilare direttamente nel file SWF principale.
Altri suggerimenti
Io tendo a saltare l'intero sistema VO e utilizzare gli oggetti nativi (oggetto). Non è abbastanza auto-documentazione, ma è più conveniente e portatile. E si può facilmente serializzare con la libreria JSON. Probabilmente non a tutti si aiutare con il vostro problema però.