¿Debo agregar VO en un proyecto de biblioteca cuando se desarrolla a través de módulos flexibles?
-
21-09-2019 - |
Pregunta
Estoy desarrollando un módulo de aplicaciones basadas en Flex y yo estaba pensando en mudarse a todos mis objetos de valor (Vos) en un proyecto de la biblioteca y me preguntaba si alguno piensa que esto es una mala idea o tiene alguna sugerencia alternativos.
Estructura actual: Tengo un proyecto que consisten en una aplicación de shell y 3 módulos. Los módulos contienen aproximadamente 10 componentes personalizados en cada uno, que se cargan dinámicamente en tiempo de ejecución. Mi problema es el componente A (en el módulo A) tiene que pasar los datos a componente B (en el módulo B). Y cuando esto sucede muevo el VO que el componente A se usa en una carpeta común. Luego paso el VO y tienen el componente B que recoger y hacer lo que se tiene que hacer con él.
Así que lo que estaba pensando estaba usando un proyecto de biblioteca existente y añadiendo todos mis VO a ella. De esta manera nunca tendrá que mover un VO desde el módulo a una carpeta común por lo tanto el módulo A y módulo B pueden acceder a él. La idea básica es que quiero ser capaz de completar abstracta cualquier módulo del proyectil en su propio widget o aplicación con aire a cabo en función de cualquier otro módulo.
¿Alguien piensa que esto es una mala práctica? Si es así, ¿por qué? ¿Y tiene alguna alternativa?
Gracias!
Solución
Su enfoque tiene sentido y es más o menos lo que los proyectos de biblioteca fue diseñada para. Puede compilar el SWC directamente en su SWF principal de la aplicación o incluso externalizar la biblioteca como un RSL. A menos que tenga una gran cantidad de de VO (cientos) que probablemente tendrá más sentido para compilar directamente en el SWF principal.
Otros consejos
tiendo a saltar todo el sistema VO y el uso de objetos nativos (Object). No es tan auto-documentado, pero es más cómodo y portátil. Y se puede serializar fácilmente con la biblioteca JSON. Probablemente no en absoluto ayudarle con su problema, sin embargo.