Je développe des applications basées sur des modules dans Flex et je pensais à déplacer tous mes objets de valeur dans un projet de bibliothèque et je me demandais si quelqu'un pensait que c'était une mauvaise idée ou avait d'autres suggestions.Dois-je ajouter des VO dans un projet de bibliothèque lors de l'utilisation de modules flexibles?
Structure actuelle: J'ai un projet qui consiste en une application shell et 3 modules. Les modules contiennent chacun environ 10 composants personnalisés chargés dynamiquement au moment de l'exécution. Mon problème est que le composant A (dans le module A) doit transmettre des données au composant B (dans le module B). Donc, quand cela arrive, je déplace le VO que le composant A utilisait dans un dossier commun. Je passe ensuite le VO et le composant B le ramasse et fais ce qu'il doit faire avec.
Donc ce que je pensais était d'utiliser un projet de bibliothèque existant et d'y ajouter tous mes VOs. De cette façon, je n'aurai plus jamais à déplacer un VO du module vers un dossier commun pour que le module A et le module B puissent y accéder. L'idée de base est que je veux être en mesure de compléter tout module abstrait de shell dans son propre widget ou application Air sans sortir en fonction de tous les autres modules.
Est-ce que quelqu'un pense que c'est une mauvaise pratique? Si oui, pourquoi? et avez-vous des alternatives?
Merci!
Vous perdrez également toutes les vérifications à la compilation en utilisant l'objet prototype. –
C'est un avantage discutable en termes d'objets. Vous pouvez toujours affecter aux variables lorsque vous les sortez du JSON. Les VOs ne font que pousser une autre couche. – Glenn
Merci pour la réponse, mais je ne travaille pas avec JSON. J'utilise BLazeDS, donc relier mon VO à RO est automatiquement fait pour moi. – Shua