Existe-t-il un moyen de faire en sorte que FlexBuilder 3 traite un projet comme une application et un répertoire?

Question

Mon équipe crée des bibliothèques réutilisables pour d'autres équipes de développement logiciel (internes). Nous utilisons FlexBuilder 3 comme environnement de développement. Nos normes SCM stipulent que ces projets doivent inclure des faisceaux de test et un exécuteur de test unitaire. Nous souhaitons (bien sûr) pouvoir utiliser le débogueur. Pour cette raison, tous les projets sont des applications.

Nos scripts de construction (utilisés principalement par le système CI et pour le déploiement de versions) construisent nos bibliothèques réelles, ce qui fonctionne très bien. Cette approche est utilisée de sorte que FlexBuilder n’est pas obligé de créer nos artefacts de production (sur la ligne de commande).

Le problème est le suivant: pour pouvoir ajouter un projet FlexBuilder au chemin de la bibliothèque pour une application, il doit s'agir d'un projet de bibliothèque. J'ai essayé d'ajouter une nature au projet que nous souhaitons inclure, mais je ne l'ai pas encore fait fonctionner. Vous voudrez le faire si vous voulez déboguer des fichiers source dans un autre projet.

Pour contourner le problème (bien que gênant), vous devez inclure le dossier source du "projet de bibliothèque". sous forme de dossier source dans le "projet d’application". C'est agaçant, car il faut plusieurs étapes pour permuter entre un swc du "projet de bibliothèque". et le dossier source du projet lui-même.

Answer 1

Je suggérerais également de diviser cela en 2 projets. Avoir 1 projet de bibliothèque et 1 application pour les tests et le testrunner.

Comme indiqué précédemment: FlexBuilder 4 prend en charge l'exécution de tests FlexUnit dans l'EDI, à la fois pour les applications Flex et les projets de bibliothèques Flex. Vous ne devez donc pas gérer une application uniquement pour exécuter les tests.

Answer 2

En supposant que ce soit possible, je vous suggérerais d'ajuster vos normes SCM pour permettre aux faisceaux de test et aux modules de test d'unité d'exister dans d'autres projets. Indiquez simplement que tout projet de bibliothèque doit inclure un projet de test complémentaire.

Answer 3

Je ne sais pas si cela va faciliter les choses, mais je voudrais en fait créer la bibliothèque et les projets de test de faisceaux de test. Cela vous permettrait de contrôler chacun le code source et de résoudre votre problème avec flexbuilder. Cela ne facilitera pas le travail, mais ce sera plus propre et le plus facile à mettre à jour.

Answer 4

Je n'ai pas tout à fait compris la description de votre situation, mais si cela peut vous aider, je vais vous décrire comment nous avons organisé nos projets Flex. La majorité de notre code d'application est contenu dans un projet SWC ("bibliothèque"). Nous créons ensuite deux projets SWF ("application") - un projet "shell". application qui représente le fichier SWF de sortie final et une application de test du faisceau FlexUnit 2 Ces deux projets SWF font référence au projet SWC en utilisant un chemin source. L’utilisation de cette approche a rendu triviale l’activation des tests unitaires pour la base de code de l’application dans le SWC.